Date: Wed, 08 Sep 2004 12:20:57 +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: <413EDD09.4010808@DeepCore.dk> In-Reply-To: <413266CD.1020107@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> <4130E1E0.6010000@DeepCore.dk> <413266CD.1020107@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Nate Lawson wrote:
> S=F8ren Schmidt wrote:
>=20
>> 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=20
>>>>>> 1st make things work (well almost, but that might not be ACPI's=20
>>>>>> fault)...
>>>>>
>>>>> 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.
>>
>> 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=20
>> all, backlight off and sytem locked hard.
>=20
> More info about the panic (i.e. message, backtrace, etc.) would help he=
re.
>=20
>> In short no progress, only fix is still to backstep acpi til aug 1st, =
>> then things work pretty well...
>=20
> Try reverting just acpi.c to Aug. 1. Narrowing down which change is=20
> causing you a problem would help.
I just tried an up to date -current and its now gotten worse, even=20
commenting out the resume code in acpi_cmbat.c doesn help, I now not=20
even getting the backlight switched on and the machines are locked hard.
No debug info to be gotten, even the serial console on the ASUS is dead.
Again reverting sys/dev/acpica and /sys/i386/acpica back to aug 1 or=20
there abouts makes things (almost) work as intended.
-S=F8ren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?413EDD09.4010808>