Re: Re: AC adapter status wrong after resume (swsusp, pmdsik)

["Michael Frank" <mhf-jjFNsPSvq+iXDw4h08c5KA@public.gmane.org>]

On Sat, 27 Mar 2004 21:58:42 +0200, Micha Feigin <michf-+lLcF8/aw9x6auLlOhE+pQ@public.gmane.org> wrote:

> On Tue, Mar 23, 2004 at 10:00:55AM +0100, Stefan Seyfried wrote:
>> On Tue, Mar 23, 2004 at 12:31:45AM +0200, Micha Feigin wrote:
>>
>> > >       Iam an user of linux 2.6.x on a Vaio FX701 laptop. I found a little
>> > >       problem with AC charger status and the suspend/resume software, and so
>> >
>> > I saw this same problem with swsusp2. The solution was to compile the
>> > battery support as a module, unload it before suspend and reload it
>> > after resume.
>>
>> Well, of course this is a workaround, not a solution ;-)
>> Are you sure it's the battery and not the ac module? The reason i'm
>
> Yes, I tried first with the ac module since it looked more logical but
> that didn't effect things, doing the same with the battery module did
> help.
>
>> asking is: i have a similar problem and unloading / reloading modules
>> after suspend does not help, though i never tried unloading before
>> and reloading after suspend.
>> Since this seems to be a generic bug and not only on my hardware, i
>> will file a bug for it.
>
> Of course its a work around and not a solution, but if it solves things
> then it can help point at the problem, especially considering that it
> seems that the battery module affects the ac status in this case.
>
>

IME, all acpi modules except toshiba-acpi must be removed prior to suspend.

The fundamental reason for the malfunction is that acpi modules do
not listen to PM events resulting in their (suspended) state on resume being
inonsistent with what the BIOS set prior to returning control (S3) / booting (S4).

Regards
Michael


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click