andre@linux-ide.org said:
> 2.2.x and 2.4.0-xxx, do not share the same interrupt pin hack.
> Add the above stub to ide-pci.c near or at line 756 to look like 2.2,
> then retry and see if it fixes it. Then you bitch at Linus, not me,
> because it is a functional kludge, but a "kludge".
But:
1) 2.2 with your latest patches also falls over, even with the DMA timeout
workaround enabled.
2) This happens even when the offending IBM-DTLA drive is the master
on the primary HPT366 controller, and nothing else is connected.
hakanl@cdt.luth.se said:
> Udma3 seem to be rock solid though as long as it manages to pass the
> partition detection during boot up.
Strange. If it sometimes fails during the partition detection, then I'd
expect it to also fail in stress testing. Can you try repeatedly doing
BLKRRPART on it {instead of,as well as} parallel 'hdparm -t'?
If it falls over at udma3, perhaps we should blacklist it all the way down
to udma2?
-- dwmw2- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Nov 23 2000 - 21:00:20 EST