http://bugzilla.kernel.org/show_bug.cgi?id=10884
------- Comment #54 from [EMAIL PROTECTED] 2008-12-02 18:49 ------- This is interesting. The following is w/ acpi off. [ 11.640762] ata1: XXX devmask=0x3 [ 11.791030] ata1: XXX WAIT_READY M 0 [ 11.791147] ata1: XXX WAIT_READY S 0 [ 11.791286] ata1.00: XXX CLASSIFY TF 00/01:01:14:eb [ 11.791413] ata1.01: XXX CLASSIFY TF 00/04:01:14:eb and acpi on. [ 0.886948] ata1: XXX devmask=0x0 [ 1.038015] ata1: XXX WAIT_READY M 0 [ 1.038147] ata1.00: XXX CLASSIFY TF 7f/7f:7f:7f:7f [ 1.038277] ata1.01: XXX CLASSIFY TF 7f/7f:7f:7f:7f devmask is determined by writing values to IDE TF registers and reading back. If device is attached to the channel, the device will store the value and reply the stored value. If not, bogus value will be reported. Classification works by reading TF registers after SRST. After SRST is complete, the device posts its status and classification code in its TF registers and libata uses the values to determine whether device is attached and if so which type. With acpi turned on, the device is failing both detection methods and behaving exactly as if there is no device attached to the channel at all. This is really strange. I've never seen something like this. I can't really think of any way acpi can affect this low level operation of ATA. :-( Can you attach the results of "lspci -nnvvvxxx" with acpi turned off and on. Maybe the controller channel has been disabled somehow. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
