http://bugzilla.kernel.org/show_bug.cgi?id=14442
--- Comment #26 from Tejun Heo <[email protected]> 2010-02-16 07:45:07 --- Any chance you can try a video card from the other vendor? Summary of the bug for new comers. * After resuming from STR, disks attached via sata_sil temporarily return bogus identification data causing libata to detach the disks and re-attach them. During retrials, the disks succeed to return valid identification data and successfully get reprobed. * The ATA identification data is read directly by the CPU via mmio region. ie. No DMA is involved. The weird thing is that CPU can talk to the controller well enough to successfully execute reset protocol and a few commands but block data transfer is failing miserably for brief period. The data transfer corruption is partial, in one case, 'ST3300831AS' showed up as 'ST831AS <80>^P'. So, something between the CPU and the controller isn't working correctly *temporarily* (few tens of seconds period). Too aggressive async wakeup might cause behaviors like this, I suppose. Thanks. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev -- _______________________________________________ Dri-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dri-devel
