When I try to boot with an r9 kernel on my system, using the same IDE options as I had with the working r7 kernel, I get the following errors after all the IDE channels have been scanned: hde: dma_intr : status=0xff {Busy} hde: DMA disabled ide2: reset timed out, status=0xff hde: status timeout : status=0xff {Busy} hde: Drive not ready for command ide2: reset timed out, status=0xff end_request: I/O error, dev 21:0c (hde), sector xxxx The last message repeats a few times, then I get a kernel panic. I've tried fiddling with the various IDE settings, like DMA and multi-mode, but they don't help. Like I said, the r7 kernel works fine with the same options, so I guess it must be something to do with the r9 version. If I've just missed something stupid, please email me with the solution. System is XP1900, Abit KR7A-RAID, HPT372 RAID controller (not using RAID atm), and my HD is on the Highpoint controller.
*** Bug 8287 has been marked as a duplicate of this bug. ***
*** Bug 9003 has been marked as a duplicate of this bug. ***
unless you use XFS, please test the latest lolo-sources.
That seems to have fixed it :-) Thanks.
next kernel release will include this support... for non-xfs users lolo-sources has it now... although I have heard of some other issues with lolo-sources (which is why they are development only)
latest lolo-sources (2.4.20.1-pre1 ou pre2) doesn't fix it for me
really??? Now I'm confused...
maybe if you try to make a diff of the whole kernel tree between 2.4.19-gentoo-r7 (which works for everybody, it seems) and the 2.4.20 lolo-sources you could see what was changed... I gues there would be lots of changes and take lots of time to read the whole diff, but at least you'd be sure where the problem is.
*** Bug 11624 has been marked as a duplicate of this bug. ***
The gentoo-grp-athlon-xp-1.4_rc2.iso CD would not boot with with the HPT372 on my Abit KX7-333R motherboard (I am certain the iso MD5 sum was correct and the burn was good). Though I have no dmesg since it was a CD boot, the output was roughly ide_dma_proc: chipset supported ide_dma_lostirq. func only: 13 hde: lost interrupt hde: 0 bytes in FIFO over and over, with hdg mentioned as well. Also, before the above message it gave evms: md raid5 : blah blah blah evms: md raid5 : blah blah blah I am strictly using hardware raid, so this is odd to me. It's just two striped disks (RAID-0), not even enough disks for a RAID-5. gentoo 1.2 (gentoo-2.4.19-r7) currently lives there using the hptraid driver, everything working fine. (See our discussion Re: Bug 8220.)
I get the original reporter's errors with 2.4.20-lolo_rc3, hdg: dma_initr : status = 0xff { Busy } hdg: DMA disabled hdg: status timeout: status=0xff { Busy } hdg: drive not ready for command FWIW, 2.4.20-vanilla gives the above errors and then ide_dmaproc: chipset supported ide_dma_timeout func only : 14 hde: status error: status=0x59 { DriveReady SeekComplete DataRequest Error } hde: status error: error=0x84 { DraveStatusError BadCRC }
thats because the driver is fairly identical between 2.4.20 and lolo-sources... use ac-sources if you are desperate for this support. Otherwise wait for a gentoo-sources based on 2.4.21
