On Tue, Mar 06, 2007 at 10:09:59PM +0100, Pavel Machek wrote:
> Hi!
>
> > > > commit 4465857d5f99079bae00621626adf74ed8256296
> > > > Author: Mattia Dongili <[EMAIL PROTECTED]>
> > > > Date: Sat Jan 13 23:04:39 2007 +0100
> > > >
> > > > sony_acpi: Add lanpower and audiopower controls
> > >
Hi!
> > > commit 4465857d5f99079bae00621626adf74ed8256296
> > > Author: Mattia Dongili <[EMAIL PROTECTED]>
> > > 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 "de
On Tue, Mar 06, 2007 at 01:17:53PM +, Matthew Garrett wrote:
> On Tue, Mar 06, 2007 at 01:22:13PM +0100, Mattia Dongili wrote:
>
> > the audiopower is basically a _PS3/_PS0 switch for the device, while the
> > lanpower plays with the embedded controller to powerdown/powerup.
> >
> > Now, unfor
On Tue, Mar 06, 2007 at 01:22:13PM +0100, Mattia Dongili wrote:
> 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
On Tue, Jan 01, 2002 at 04:57:52AM +, Pavel Machek wrote:
> Hi!
>
> > commit 4465857d5f99079bae00621626adf74ed8256296
> > Author: Mattia Dongili <[EMAIL PROTECTED]>
> > Date: Sat Jan 13 23:04:39 2007 +0100
> >
> > sony_acpi: Add lanpower and audiopower controls
> >
> > audiopow
Hi!
> commit 4465857d5f99079bae00621626adf74ed8256296
> Author: Mattia Dongili <[EMAIL PROTECTED]>
> 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
>
On Thu, 2007-02-22 at 15:53 +, Pavel Machek wrote:
> Hi!
>
> > > > the old /proc/acpi/ interfaces with cleaner interfaces in sysfs --
> > > > non-ACPI-specific generic ones whenever possible. This effort
> > > > is not complete, but it has been in -mm for a long time and
> > > > I believe th
Hi!
> > > the old /proc/acpi/ interfaces with cleaner interfaces in sysfs --
> > > non-ACPI-specific generic ones whenever possible. This effort
> > > is not complete, but it has been in -mm for a long time and
> > > I believe that it is time to push it upstream to benefit
> > > from broader expo
Hi!
> > > > Not including another /proc/acpi/ibm -like nightmare, is it?
> > >
> > > Don't worry, I am already on my way to kill /proc/acpi/ibm... :-)
> >
> > Great, thanks!
> > Pavel
>
> None of the platform/hwmon/led driver model cod
On Sun, 11 Feb 2007, Pavel Machek wrote:
> > > Not including another /proc/acpi/ibm -like nightmare, is it?
> >
> > Don't worry, I am already on my way to kill /proc/acpi/ibm... :-)
>
> Great, thanks!
> Pavel
None of the platform/hwmo
Hi!
> > Not including another /proc/acpi/ibm -like nightmare, is it?
>
> Don't worry, I am already on my way to kill /proc/acpi/ibm... :-)
Great, thanks!
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
On Saturday 10 February 2007 18:39:27 Henrique de Moraes Holschuh wrote:
> On Sat, 10 Feb 2007, Ismail Dönmez wrote:
> > Hmmf looks like a userspace bug, but it certainly did work before ACPI
> > update.
>
> Well, I don't know if this is the case here, but after reading the userland
> code that peo
On Saturday 10 February 2007 17:52:13 Ismail Dönmez wrote:
> On Saturday 10 February 2007 14:07:13 Holger Macht wrote:
> > On Sat 10. Feb - 10:27:14, Ismail Dönmez wrote:
> > > On Wednesday 07 February 2007 21:18:50 Len Brown wrote:
> > > > Hi Linus,
> > > >
> > > > please pull from:
> > > >
> > >
On Sat, 10 Feb 2007, Ismail Dönmez wrote:
> Hmmf looks like a userspace bug, but it certainly did work before ACPI update.
Well, I don't know if this is the case here, but after reading the userland
code that people use on most applets to read /proc/acpi/ibm, I was upset and
disgusted for days.
S
On Saturday 10 February 2007 14:07:13 Holger Macht wrote:
> On Sat 10. Feb - 10:27:14, Ismail Dönmez wrote:
> > On Wednesday 07 February 2007 21:18:50 Len Brown wrote:
> > > Hi Linus,
> > >
> > > please pull from:
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
> >
On Sat 10. Feb - 10:27:14, Ismail Dönmez wrote:
> On Wednesday 07 February 2007 21:18:50 Len Brown wrote:
> > Hi Linus,
> >
> > please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
> > release
> >
> > ACPICA Core version 2070126 simplifies the ACPI table m
On Wednesday 07 February 2007 21:18:50 Len Brown wrote:
> Hi Linus,
>
> please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
> release
>
> ACPICA Core version 2070126 simplifies the ACPI table manager
> code by consolidating multiple table definitions into one
On Friday 09 February 2007 18:09, Pavel Machek wrote:
> Hi!
>
> > Per your request, and the request of the distros, we've changed
> > how ACPICA Core releases are integrated into Linux so that each
> > upstream (CVS) check-in appears as a single git commit.
> > While this process is not yet perfec
On Fri, Feb 09, 2007 at 05:24:10PM -0800, Kristen Carlson Accardi wrote:
> The user interface for the Bay driver is via sysfs - it is a platform
> driver
Though, ideally, in the long run it'll be tied into the PATA/SATA
interface that it's associated with. That involves a little more magic,
tho
On Fri, 09 Feb 2007, Pavel Machek wrote:
> Not including another /proc/acpi/ibm -like nightmare, is it?
Don't worry, I am already on my way to kill /proc/acpi/ibm... :-)
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the La
On Fri, 9 Feb 2007 23:09:29 +
Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > Per your request, and the request of the distros, we've changed
> > how ACPICA Core releases are integrated into Linux so that each
> > upstream (CVS) check-in appears as a single git commit.
> > While this proc
Hi!
> Per your request, and the request of the distros, we've changed
> how ACPICA Core releases are integrated into Linux so that each
> upstream (CVS) check-in appears as a single git commit.
> While this process is not yet perfect, it should be vastly better
> than previous "code drops" in allo
On Wednesday 07 February 2007 16:55, Al Boldi wrote:
> Len Brown wrote:
> > ACPICA Core version 2070126 simplifies the ACPI table manager
> > code by consolidating multiple table definitions into one.
> > It also saves memory by mapping the tables where the BIOS provides them
> > rather than copyin
Len Brown wrote:
> ACPICA Core version 2070126 simplifies the ACPI table manager
> code by consolidating multiple table definitions into one.
> It also saves memory by mapping the tables where the BIOS provides them
> rather than copying them into the kernel.
Thanks for the update, but does it fix
24 matches
Mail list logo
