Bug 8247
Summary: | S3: resume fails - 2.6.21 regression | ||
---|---|---|---|
Product: | ACPI | Reporter: | Tobias Doerffel (tobias.doerffel) |
Component: | Power-Sleep-Wake | Assignee: | Len Brown (lenb) |
Status: | CLOSED CODE_FIX | ||
Severity: | normal | CC: | acpi-bugzilla, anton, rjwysocki |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.21-rc5 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: |
Output of dmesg after resume (made using SSH-login)
My kernel-configuration (also tried with less drivers etc. - same result) Output of acpidump Hang machine with patch 20070126 dmesg-output when booting with apic=debug output of dmesg after resume |
Description
Tobias Doerffel
2007-03-21 06:18:36 UTC
Created attachment 10894 [details]
Output of dmesg after resume (made using SSH-login)
Created attachment 10896 [details]
My kernel-configuration (also tried with less drivers etc. - same result)
Created attachment 10897 [details]
Output of acpidump
> I can login through SSH.
So the console doesn't come back up?
What if you use a text console instead of X -- does that work?
(ie. suspend/resume from S3, not from S5?)
Sounds like resume sort of worked, but something basic is broken,
like system time. What do you see with
date
sleep 10
date
after resume?
also, see if this patch helps on top of rc4: http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.21/ acpi-release-20070126-2.6.21-rc4.diff.bz2 First of all, your patch does not work at all :( The computer just hangs on boot. I made a photo of it, see attachement. Also tried with "pci=nomsi" and "vga=normal". Anything else I could test? BTW, my BIOS is up to date. The console itself never came up after resume (always black - all kernel-versions) but this was no problem because X always resumed just fine. However even if I had no X run, I could type commands etc. (e.g. a find in / and see HD-LEDs blinking) and press Alt+Ctrl+Del for example which isn't the case with 2.6.21-kernels. I couldn't do any further testing right now as I currently have no second computer (for SSH). This will change tomorrow, so I'll post more information. Created attachment 10919 [details]
Hang machine with patch 20070126
sorry for the poor quality, just made with my mobile phone ;-) if you need
more/detailed photos, tell me.
Please verify that this hang is not in 2.6.21-rc5 There was a bad C-state patch in acpi-release-20070126-2.6.21-rc4.diff.bz2 You should be able to avoid it by booting with "processor.max_cstate=1", or simply running 2.6.21-rc5, which includes all of the above, except this bad bit. Sorry for disappointing you again, but rc5 doesn't work either. Now I even can't login through SSH or ping the machine :-( Caps works but that's all. I don't know how to debug now... After taking a look at my dmesg-attachement (#10894) I found the following line: Calibrating delay using timer specific routine.. 189932.25 BogoMIPS (lpj=94966129) This looks very strange to me. Is this already fixed with the timer-patch you mentioned? "Please verify that this hang is not in 2.6.21-rc5" Does not hang at startup anymore, that's right. okay, then we are back where we started,
2.6.21-rc5 doesn't resume from S3
on this machine, but 2.6.20.3 did resume.
> Calibrating delay using timer specific routine.. 189932.25 BogoMIPS
(lpj=94966129)
Yeah, that is way off. I don't know what to make of it.
Any better if you boot with maxcpus=1 and "noapic"?
Hmmm, this BIOS has two MADTs: lenb@d975xbx2:~/Documents/8247> /usr/bin/acpixtract -a acpidump Acpi table [DSDT] - 23955 bytes written to DSDT.dat Acpi table [FACS] - 64 bytes written to FACS.dat Acpi table [FACP] - 116 bytes written to FACP.dat Acpi table [APIC] - 104 bytes written to APIC1.dat Acpi table [HPET] - 56 bytes written to HPET.dat Acpi table [MCFG] - 60 bytes written to MCFG.dat Acpi table [SLIC] - 374 bytes written to SLIC.dat Acpi table [DBGP] - 52 bytes written to DBGP.dat Acpi table [APIC] - 104 bytes written to APIC2.dat Acpi table [BOOT] - 40 bytes written to BOOT.dat Acpi table [SSDT] - 1615 bytes written to SSDT1.dat Acpi table [SSDT] - 1682 bytes written to SSDT2.dat Acpi table [SSDT] - 607 bytes written to SSDT3.dat Acpi table [SSDT] - 166 bytes written to SSDT4.dat Acpi table [SSDT] - 1228 bytes written to SSDT5.dat Acpi table [RSDT] - 88 bytes written to RSDT.dat Acpi table [RSDP] - 20 bytes written to RSDP.dat lenb@d975xbx2:~/Documents/8247> madt < APIC1.dat ACPI: APIC (v001 Acer Grape 0x06040000 LOHR 0x0000005a) @ 0x(nil) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) ACPI: IOAPIC (id[0x01] address[0xfec00000] global_irq_base[0x0]) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) Length 104 OK Checksum OK lenb@d975xbx2:~/Documents/8247> madt < APIC2.dat ACPI: APIC (v001 PTLTD APIC 0x06040000 LTP 0x00000000) @ 0x(nil) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) ACPI: IOAPIC (id[0x02] address[0xfec00000] global_irq_base[0x0]) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) Length 104 OK Checksum OK Please boot with apic=debug, and attach the output from dmesg -s64000 and paste the /proc/interrupts from booting with and without "acpi_apic_instance=0" or the patch from bug 8283; and report if it has any effect on the suspend/resume issue at hand. After waiting a bit after resume I found out, that my machine resumes properly after about 60 seconds (60 seconds after I pressed a key/the power-LED turned on). This also "worked" without your patch or without "acpi_apic_instance=0". However this of course still is not satisfying. After I resumed (after these 60 seconds), the average load is at 32. Furthermore my screen doesn't come back if I don't use proprietary NVIDIA-driver (which appearently has fine power-management). I attached dmesg-output (with NVIDIA-driver) after suspend as well as dmesg-output when booting with apic=debug. Created attachment 11014 [details]
dmesg-output when booting with apic=debug
Created attachment 11015 [details]
output of dmesg after resume
Everything seems to work well now with 2.6.21-rc5-git9 - thank you :) |