Subject: Re: POWERHOOK_DEBUG for ACPI S3 on Lenovo T60 (was Re: T60 status: speedstep works, ACPI S1 fails, S3 locks hard)
To: None <port-i386@NetBSD.org>
From: Brian de Alwis <firstname.lastname@example.org>
Date: 11/23/2006 19:26:41
I've found some more information out about ACPI suspend on the T60,
and possibly other ThinkPads.
I've been trying my best to compare the ACPI suspend code with that
of FreeBSD and Linux in the hopes of spotting something obvious.
I realized I hadn't enabled ACPI_DEBUG, and so did so this morning.
I also flashed my BIOS to the latest and greatest. But no go.
Going to S3 reported a final line of:
hwsleep-0397  EnterSleepState : Entering sleep state [S3]
So it seems like the laptop is entering S3.
The Linux bugzilla has a few reports about problems suspending to
RAM on ThinkPads. http://bugzilla.kernel.org/show_bug.cgi?id=2576
in particular notes that IBM has some special ACPI objects that
are responsible for turning off the backlight and fans on suspend;
the Windows/Lenovo ACPI drivers manipulate these objects. These
IBM0068 at acpi0 not configured
IBM0079 at acpi0 not configured
The Linux distributions actually use some user-space hacks to cause
the radeon to turn off the backlight <http://fdd.com/software/radeon/>,
which has been ported to FreeBSD (which I haven't yet tried).
ThinkWiki has a page on problems with ACPI suspending to RAM, which
On 2006.11.08 11:15:30 -0600, Brian de Alwis wrote:
> On 2006.10.11 18:49:08 -0300, Jared D. McNeill wrote:
> > On 11-Oct-06, at 5:31 PM, Greg Troxel wrote:
> > >[TOTAL HANG, had to hold power button for ~5 seconds]
> > >
> > >Any clues on how to debug this?
> > Please try a kernel with options POWERHOOK_DEBUG.
> Oops, I missed this message. From -current as of last night,
> setting machdep.sleep_state=3 produces:
> acpi0: entering state 3
> dopowerhooks softsuspend: audio0 piixide0 atabus1 atabus0 cbb0 pci6 ehci0 ehci0 uhci3 uhci3 uhci2 uhci2 uhci1 uhci1 uhci0 uhci0 pci5 pci4 ath0 ath0 pci3 wm0 pci2 pci1 pci0 pms0 pckbd0
> dopowerhooks suspend: audio0 piixide0 atabus1 atabus0 cbb0 pci6 ehci0 ehci0 uhci3 uhci3 uhci2 uhci2 uhci1 uhci1 uhci0 uhci0 pci5 pci4 ath0 ath0 pci3 wm0 pci2 pci1 pci0 pms0 pckbd0pckbd0: suspending...
> ======== acpi_printcpu() debug dump ========
> gdt[ffff:cbac0000] idt[07ff:c0e39000] ldt tr efl
> eax[3f567000] ebx[cc586bc8] ecx edx[0000000d]
> esi edi ebp[cc586a5c] esp[cc5869d0]
> cr0[8001003b] cr2 cr3[3f567000] cr4
> cs ds es fs gs ss
> There was a beep at some point, but I can't determine precisely
> when it happened. And the the machine appears to hang, and I have
> to do the hold-power-button until the machine powers off.
> I repeated this three times, and the values in eax, ebx, ebp, esp,
> and cr3 varied, with eax and cr3 having the same first 5 digits,
> and ebx, ebp, and esp having the same first 5 digits.
> (If this helps, I also tried a `reboot' which caused the machine
> to beep repeatedly and appear to lock up.)
> Brian de Alwis | Software Practices Lab | UBC | http://www.cs.ubc.ca/~bsd/
> "Amusement to an observing mind is study." - Benjamin Disraeli
Brian de Alwis | Software Practices Lab | UBC | http://www.cs.ubc.ca/~bsd/
"Amusement to an observing mind is study." - Benjamin Disraeli