Date: Thu, 26 Aug 2004 18:24:12 -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: <412E8D3C.4060001@root.org> In-Reply-To: <412AEF2E.7080600@DeepCore.dk> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
Søren Schmidt wrote:
> Nate Lawson wrote:
>
>> 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.
>
>
> Will do, but it will be awhile, I have "real work" that needs to be
> finished first.
Any progress yet? My guess is the cmbat resume code is giving you this
trouble.
-Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?412E8D3C.4060001>