Red Hat Bugzilla – Bug 26213
Dell Latitude LS500 - Warm Boot Problems (hda: timeout waiting for DMA)
Last modified: 2007-04-18 12:31:13 EDT
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-9 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 During startup: Partition check: hda:hda: timeout waiting for DMA ide_dmaproc: chipset supported ide_dma_timeout func only: 14 hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest } hda: timeout waiting for DMA <repeated a few times> hda: DMA disabled ide0: reset: success Reproducible: Always Steps to Reproduce: 1.Install fisher on Dell latitude LS500. 2.Boot the standard 2.4.0-0.99.11 kernel. Actual Results: The error messages as in the description. Expected Results: No IDE DMA errors.
The problem only occurs after a **warm** boot on the machine. There are also problems with Ethernet on the machine! (Machine = Dell Inspiron LS500, NeoMagic 256 + PIII 500MHz) Networking is 3Com PCI 3c905c Tornado at 0xfc00, IRQ 10, product code '' rev 00.14 date 10-10-99, 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface, MII transceiver found at address 24, status 782d, enabling bus-master transmits and whole-frame receives, eth0: using NWAY autonegotiation I can test anything people have to test.
Created attachment 9079 [details] hwconf from the LS500
Changing product to "Red Hat Linux Beta"
This defect is considered MUST-FIX for Florence Gold release
Have you tried a more recent kernel?
Trying kernel tonight....
Okay, I went from fisher to kernel-2.4.1-0.1.8, glibc 2.2.1-7 and XFree86-4.0.2-7. The problem is the same as before. No different wrt colour. DS..
"colour"?
(D'oh! I have another bug in for framebuffer with purple coloured screens on this machine. I typed in the wrong window. :-( ) Regarding _this_, it seems much better, but not perfect. I'm not getting errors now, and when it _does_ warm reboot back to Linux, it seems to do so properly(*). Its not perfect because I have rebooted about 9 times, and 3 times I still got freezes at the Dell BIOS screen after the Linux shutdown. I have not yet been able to hit <ESC> before this has happened, to get more BIOS output. * - "properly" in terms of network and IDE. I now get USB/IRQ problems and get consistent all-the-time "usb-uhci.c: interrupt, status x, frame #0" (where x={10,20,30}) errors however which scrolls down the console, approximately one per second. This is a seperate problem though!
I should also mention that the BIOS freeze is severe. I have to remove AC and battery power first to kill the machine. I didn't notice this with 7.0 (and 2.2.16-22) on _this_ particular machine, although I also only briefly had it installed. We have other machines here like it however (400MHz instead of 500) running 7.0 in daily service, and I don't know of any problems with them.
Since the IDE problems went away, I'm closing this. Please open new bug reports for other problems, or append yourself to existing ones.
Bad news - the problem is BACK with wolverine. Same symptoms and problems: hda: timeout waiting for DMA ide_dmaproc: chipset supported ide_dma_timeout func only: 14 hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest } ... hda: DMA disabled ide0: reset: success The 3Com on-board Ethernet is also again broken in the same way (i.e. after a warm boot). All standard wolverine RPMS are in use (incl. 2.4.1-0.1.9 kernel). After having success with 2.4.1-0.1.9 on-top of fisher, things broke after I upgraded to wolverine (over the top). A fresh wolverine installation again didn't help.
Well, 2.4.1-0.1.9 is 2.4.1-0.1.9 whether you have the fisher or wolverine rpms underneath it. Want to try 0.1.14? Which ethernet driver (two drivers claim to support your card) are you using?
I also cannot explain why it would have worked back with fisher! I have just tried 0.1.14 kernel and still no luck. I am going back to fisher w/ 2.4.1-0.1.9 to make sure this is repeatable, and its not something else.
Could it possibly depend on how the previous kernel rebooted (real-mode, 32-bit, etc.)?
Good point, try with apm=realmode and see if it fixes the problem.
Sorry for the delay Michael. I have tried more recent kernels - 2.4.2-0.1.19 and 2.4.2-0.1.22 and all seems good at the moment. The base upon which I'm running these kernels is wolverine with all RPMS upgraded to rawhide-20010303.
OK, we'll count this as fixed in rawhide.
Unfortunately guys, its baaaaack. kernel-2.4.2-0.1.49 and 2.4.2-0.1.51 are misbehaving wrt this. Exactly the same as before. Basically you CANNOT warm reboot w/ these kernels. 1. NIC i/f dies. 2. IDE DMA plays up: hda: timeout waiting for DMA ide_dmaproc: chipset supported ide_dma_timeout func only: 14 hda: irq timeout: status = 0x58 { DriveReady SeekComplete DataRequest } hda: DMA disabled <loops numerous times> ide0: reset success.
Please reopem if present in the new 2.4.20 ide Thanks