Date: Sat, 28 Aug 2004 21:49:52 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk> To: Nate Lawson <nate@root.org> Cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. Message-ID: <4130E1E0.6010000@DeepCore.dk> In-Reply-To: <412E8D3C.4060001@root.org> References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> <412A20A3.8060600@root.org> <412A5C40.4050100@DeepCore.dk> <412A641A.1030809@root.org> <412AEF2E.7080600@DeepCore.dk> <412E8D3C.4060001@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Nate Lawson wrote:
>>>> There is no change, the systems all lock up hard on resume, on the=20
>>>> two laptops (ASUS & Acer) the backlight doesn't even come on=20
>>>> anymore....
>>>>
>>>> Again reverting /sys/dev/acpica and /sys/i386/acpica back to aug 1st=
=20
>>>> make things work (well almost, but that might not be ACPI's fault)..=
=2E
>>>
>>>
>>>
>>> Please go through acpi_{button,cmbat,lid}.c and comment out the=20
>>> foo_resume() code in each. Let me know which one is the culprit if=20
>>> this works.
>> Will do, but it will be awhile, I have "real work" that needs to be=20
>> finished first.
> Any progress yet? My guess is the cmbat resume code is giving you this=
=20
> trouble.
OK, I played a bit with it. I commented out the resume code in=20
acpi_cmbat.c (acpi_button.c and acpi_lid.c already has empty resume=20
functions).
Now, if in single user the system comes back on resume, but it will=20
double panic in a few seconds, if in multiuser it wont come back at all, =
backlight off and sytem locked hard.
In short no progress, only fix is still to backstep acpi til aug 1st,=20
then things work pretty well...
-S=F8ren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4130E1E0.6010000>