Date: Tue, 24 Aug 2004 09:33:02 +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: <412AEF2E.7080600@DeepCore.dk> In-Reply-To: <412A641A.1030809@root.org> References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> <412A20A3.8060600@root.org> <412A5C40.4050100@DeepCore.dk> <412A641A.1030809@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:
>>
>>> This may be fixed now in both current and releng_5. A logic=20
>>> inversion bug (=3D / !=3D) was causing pci irq link programming on re=
sume=20
>>> to fail. It didn't impact many people since a lot of systems have=20
>>> chipsets that keep power to irq links while suspended.
>>>
>>> Please test again.
>>
>>
>> There is no change, the systems all lock up hard on resume, on the two=
=20
>> laptops (ASUS & Acer) the backlight doesn't even come on 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)...
>=20
> 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 thi=
s=20
> works.
Will do, but it will be awhile, I have "real work" that needs to be=20
finished first.
>> This is a showstopper bug for 5.3 IMHO...
> =20
> No need to repeat this. I'm already trying to help find the problem an=
d=20
> stating this can't make things go any faster.
Right, but it doesn't show in the 5.3 TODO, so its not been repeated=20
often enough it seems :)
-S=F8ren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?412AEF2E.7080600>