Date: Mon, 23 Aug 2004 14:39:38 -0700 From: Nate Lawson <nate@root.org> To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk> Cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. Message-ID: <412A641A.1030809@root.org> In-Reply-To: <412A5C40.4050100@DeepCore.dk> References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> <412A20A3.8060600@root.org> <412A5C40.4050100@DeepCore.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
Søren Schmidt wrote:
> Nate Lawson wrote:
>> This may be fixed now in both current and releng_5. A logic inversion
>> bug (= / !=) was causing pci irq link programming on resume to fail.
>> It didn't impact many people since a lot of systems have 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
> laptops (ASUS & Acer) the backlight doesn't even come on anymore....
>
> Again reverting /sys/dev/acpica and /sys/i386/acpica back to aug 1st
> make things work (well almost, but that might not be ACPI's fault)...
Please go through acpi_{button,cmbat,lid}.c and comment out the
foo_resume() code in each. Let me know which one is the culprit if this
works.
> This is a showstopper bug for 5.3 IMHO...
No need to repeat this. I'm already trying to help find the problem and
stating this can't make things go any faster.
--
Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?412A641A.1030809>