Hey,
I noticed this patch was inserted into the 2.6.8 patchset for the linux
kernel. Since I have an iRiver iHP-140, I gave it a good thrashing
overnight, however I've run into what is either a different problem, or
possibly the same problem manifesting itself differently.
Basically, I kicked off a massive read-fest of about 30GB (with the
device mounted read-only), using
find /player/ -type f -print -exec dd if='{}' of=/dev/null ';' >&
playertest.txt
It read fine for quite some time, probably several hours, but eventually
the device stopped returning new data (even tho the harddrive light was
on permanently.) I didn't notice any large amount of stuff in dmesg's
output this time around however.
I used sysrq to get a backtrace, and naturally, dd appeared to be
waiting inside the io_scheduler, as you'd expect while it was waiting on
data, however any new processes attempting to use the device would hang
completely, in uninterruptible sleep.
I'm retesting this now, since i noticed that updatedb had also locked up
while reading it, so if you let me know what you need (and briefly, how
to get it, I can fill in the blanks myself) to see where things went
wrong, I'll make a point of chasing it down.
Andrew Pilley
PS, I'm not subscribed to the list, so can you CC all replies to me?
--
Andrew Pilley <[EMAIL PROTECTED]>
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
