[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.019 / U:0.044 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site