New IDE code and DMA failures
Quoted 6 lines · Ted Deppner
Quoted 4 lines · Denis Vlasenko
I have a flaky IDE subsystem in one box. Reads work fine, writes sometimes don't work and hang either IDE/block device
Please inform me whenever you want me to test your patches.
Quoted 8 lines
I've been testing 2.4.17 and 2.4.19-pre6 and see some similar issues. I have an Asus A7V w/ 1gig Athlon processor. Using the onboard Promise UDMA100 controller, I can read and write all day long to
/dev/hdeall by itself... However, after few minutes of any type of access to/dev/hdh,/dev/hdesuddenly starts having DMA errors and switches to PIO. I'm on my third DMA66 cable (yet it fights tightly), and am still seeing the exact same issues. I don't believe my IDE subsystem to be flaky. hde is a WD drive, and hdh is a Maxtor.
What your /dev/hdg is? Using slave-alone on the A7V's Promise (and maybe on other motherboards too) will corrupt your disk badly. Under Linux, and also under Windows98. I did not tried other OSes...
Petr Vandrovec [email protected]
Quoted 3 lines · Petr Vandrovec
What your
/dev/hdgis? Using slave-alone on the A7V's Promise (and maybe on other motherboards too) will corrupt your disk badly. Under Linux, and also under Windows98. I did not tried other OSes...
I did not have a /dev/hdg. I searched and found your emails to linux-kernel regarding your findings on quirks with the PDC20265 controller and moved /dev/hdh to /dev/hdg
I've not had a single DMA error since, regardless of how much I've tried to break things. Previously I was able to fail things within a few minutes.
Thank you!
At this point I am racking these issues against hardware quirks of my A7V's onboard controller... I cannot say that there is anything amiss in the kernel (or with reiserfs) in the light these findings.
Signature · 2 lines
Ted Deppner http://www.psyber.com/~ted/