[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070306122213.GF2919@inferi.kami.home>
Date: Tue, 6 Mar 2007 13:22:13 +0100
From: Mattia Dongili <malattia@...ux.it>
To: Pavel Machek <pavel@....cz>
Cc: Len Brown <lenb@...nel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, linux-acpi@...r.kernel.org
Subject: Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)
On Tue, Jan 01, 2002 at 04:57:52AM +0000, Pavel Machek wrote:
> Hi!
>
> > commit 4465857d5f99079bae00621626adf74ed8256296
> > Author: Mattia Dongili <malattia@...ux.it>
> > Date: Sat Jan 13 23:04:39 2007 +0100
> >
> > sony_acpi: Add lanpower and audiopower controls
> >
> > audiopower works well on my SZ72B so it's not marked has "debug" while lanpower
> > has at least one report of not resuming power happily so morked as "debug"
> >
> > Signed-off-by: Mattia Dongili <malattia@...ux.it>
> > Signed-off-by: Len Brown <len.brown@...el.com>
>
> What is interface to these? It would be nice to automagically disable
> audiopower when sound device is closed, and automagically power down
> lan on ifconfig ... down.
the audiopower is basically a _PS3/_PS0 switch for the device, while the
lanpower plays with the embedded controller to powerdown/powerup.
Now, unfortunately those methods are attached to a fake device in the
DSDT and afaict there's no way to tell which real device they are
playing with (except by inspecting the method implementations).
Well of course iff there's only _one_ sound card and _one_ nic you can
easily guess it :)
Is there some way to hook into drivers for such kind of runtime power
management?
PS: lanpower currently seems to be a little too invasive (or it's just
ACPI that reacts badly) because switching off lanpower also disables the
pic link and never comes back. I need to better diagnose what's
happening and report to linux-acpi.
--
mattia
:wq!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists