Bug 84401 - (IDE SI3112)long pause (hde: no response) when system boots
(IDE SI3112)long pause (hde: no response) when system boots
Status: CLOSED WONTFIX
Product: Red Hat Linux
Classification: Retired
Component: kernel (Show other bugs)
9
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Arjan van de Ven
Brian Brock
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-02-15 14:14 EST by Chris Runge
Modified: 2007-04-18 12:51 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2004-09-30 11:40:32 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
lspci -v output of system with the problem (4.72 KB, application/octet-stream)
2003-02-15 14:16 EST, Chris Runge
no flags Details

  None (edit)
Description Chris Runge 2003-02-15 14:14:44 EST
Description of problem:

When the system boots it finds the attached IDE DVD-ROM drive, e.g,

hdc: TOSHIBA DVD-ROM SD-M1612, ATAPI CD/DVD-ROM drive

it then has a long pause (~ 30 secs), after which it spits out the following
message:

hdc: no response (status = 0xfe) 

it then pauses again, after which it continues booting

Version-Release number of selected component (if applicable):

kernel-2.4.20-2.48 (in Phoebe 8.0.94)

How reproducible:

everytime. this happens when booting from the CD-ROM as well as from the hard
drive after the operating system has been installed
Comment 1 Chris Runge 2003-02-15 14:16:43 EST
Created attachment 90110 [details]
lspci -v output of system with the problem

see attached lspci -v output

I'm not sure if the problem is due to a misrecognition of the Intel chipset.
The motherboard is an Intel D845PTBT2, which has an Intel 845PE chipset, not
the 845G/GL that is listed in lspci
Comment 2 Alan Cox 2003-02-15 17:48:17 EST
Three questions

1. Does the same occur if there isa disc in the drive
2. If you tell it not to use DMA does the same happen ?
3. After the boot /pause what does hdparm -d /dev/hdc say
Comment 3 Chris Runge 2003-02-16 10:33:16 EST
apologies, I appear to have been seeing things when I jotted down the initial
output from the system. It isn't hdc that is having no response; rather, it
appears to be the devices assigned to the Serial ATA RAID controller that is on
this board. Note that I don't actually have any Serial ATA RAID drives attached.

here is a snippet from dmesg that shows the problem:

SiI3112 Serial ATA: IDE controller at PCI slot 02:06.0
PCI: Found IRQ 10 for device 02:06.0
PCI: Sharing IRQ 10 with 02:01.2
SiI3112 Serial ATA: chipset revision 1
SiI3112 Serial ATA: not 100% native mode: will probe irqs later
    ide2: MMIO-DMA at 0xe080dc00-0xe080dc07, BIOS settings: hde:pio, hdf:pio
    ide3: MMIO-DMA at 0xe080dc08-0xe080dc0f, BIOS settings: hdg:pio, hdh:pio
hda: WDC WD1200JB-75CRA0, ATA DISK drive
blk: queue c03caf40, I/O limit 4095Mb (mask 0xffffffff)
hdc: TOSHIBA DVD-ROM SD-M1612, ATAPI CD/DVD-ROM drive
hde: no response (status = 0xfe)
hdg: no response (status = 0xfe)

Is there a way to disable this timeout? It doesn't seem to affect the system,
other than taking an extra minute or so to boot.
Comment 4 Alan Cox 2003-06-05 11:07:21 EDT
I dont see an easy way of removing it in this case. 
Comment 5 Bugzilla owner 2004-09-30 11:40:32 EDT
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
persists.

The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, 
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/

Note You need to log in before you can comment on or make changes to this bug.