http://bugzilla.kernel.org/show_bug.cgi?id=11963
------- Comment #3 from [EMAIL PROTECTED] 2008-11-06 13:16 ------- While trying to figure out that other bug I briefly alluded to (that AHCI doesn't work after the first resume), I noticed that the system is already in a very bad state even after the first resume, so it might not be very surprising that the second suspend goes bad. In particular, both ahci and e1000e are broken after the first resume. After enabling AHCI and e1000e in the kernel build, and going into suspend the first time (echo mem > /sys/power/state), ahci prints errors like this on resume: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: failed to IDENTIFY (I/O error, err_mask=0x100) ata1.00: revalidation failed (errno=-5) ata2.00: failed to IDENTIFY (I/O error, err_mask=0x100) ata2.00: revalidation failed (errno=-5) [[ 5 seconds later.. ]] Clocksource tsc unstable (delta = -499994004 ns) ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2.00: failed to IDENTIFY (I/O error, err_mask=0x100) ata2.00: revalidation failed (errno=-5) ata1.00: failed to IDENTIFY (I/O error, err_mask=0x100) ata1.00: revalidation failed (errno=-5) [[ 5 seconds later.. ]] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: failed to IDENTIFY (I/O error, err_mask=0x100) ata1.00: revalidation failed (errno=-5) ata1.00: disabled ata2.00: failed to IDENTIFY (I/O error, err_mask=0x100) ata2.00: revalidation failed (errno=-5) ata2.00: disabled ata2: exception Emask 0x60 SAct 0x0 SErr 0x800 action 0x6 frozen t4 ata2: irq_stat 0x20000000, host bus error ata2: SError: { HostInt } ata2: hard resetting link ata1: exception Emask 0x60 SAct 0x0 SErr 0x800 action 0x6 frozen t4 ata1: irq_stat 0x20000000, host bus error ata1: SError: { HostInt } ata1: hard resetting link ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1: EH complete ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2: EH complete sd 0:0:0:0: [sda] START_STOP FAILED sd 0:0:0:0: [sda] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK PM: Device 0:0:0:0 failed to resume: error 262144 e1000e hardware doesn't seem to be transmitting for some reason either: 0000:00:19.0: eth0: Detected Tx Unit Hang: TDH <0> TDT <3> next_to_use <3> next_to_clean <0> buffer_info[next_to_clean]: time_stamp <fffc91ef> next_to_watch <0> jiffies <fffc9ba8> next_to_watch.status <0> ifconfig eth0 reports no packets going in or out of the interface, although /proc/interrupts shows interrupts coming in for eth0 periodically. The only other thing that looks out-of-ordinary in dmesg output around suspend/resume to me is the following, during resume: ACPI: EC: non-query interrupt received, switching to interrupt mode Unfortunately the fact that I have neither disk nor network makes it difficult to extract any significant amount of logs from the machine; I just typed up the above. -- 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