Tejun Heo wrote:
I've been trying to reproduce your lockup here, but haven't succeeded yet. I'm currently doing multiple "while true; do cat /dev/sr0; done", bonnie, raw random IOs (latter two are to give some randomness to test condition).
Gotta trigger the eh code to get lockups, and hard disks are so reliable by themselves that it just ain't gonna happen very often that way. My notebook has a DVD+-RW/DL drive, which the desktop (KDE) polls every second or so -- generates a libata error every time it does that with no disk in the drive. But hours or days can go by before this produces the race that locks things up (and it NEVER locks up if I keep a disc in the drive). However, I have had the machine lock up solid during suspend/resume (RAM) at least once in the past couple of days --> perhaps a command timeout on accessing the disk on resume (or suspend?) is aggrievating the situation. No problems with the large "broken" fix, but the one-liner was just giving me too much grief. The laptop & I are off for a road trip for the next seven days or so, and it will be in constant daily use for presentations and stuff. So, no risky testing over the next week, sorry. Cheers! - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
