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>