[lkml]   [2000]   [Nov]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.4.0, test10, test11: HPT366 problem
Date 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".


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. 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?


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:47    [W:0.040 / U:30.300 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site