Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Mattia Dongili
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
> > > > 
> > > > 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 <[EMAIL PROTECTED]>
> > > > Signed-off-by: Len Brown <[EMAIL PROTECTED]>
> > > 
> > > 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 :)
> 
> Hmm... you are on sony notebook... right? That means it is very likely
> it has just one sound card, and just one ethernet, no?

I was thinking about hotpluggable audio/nic (pcmcia, usb). Anyway I have
a sky2 and ipw3945 and yes, just one sound card :)

-- 
mattia
:wq!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Pavel Machek
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
> > > has at least one report of not resuming power happily so morked as 
> > > "debug"
> > > 
> > > Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>
> > > Signed-off-by: Len Brown <[EMAIL PROTECTED]>
> > 
> > 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 :)

Hmm... you are on sony notebook... right? That means it is very likely
it has just one sound card, and just one ethernet, no?

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Mattia Dongili
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, 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?
> 
> Before worrying, I think it would make more sense to instrument the 
> benefit gained against doing more "traditional" runtime management - 
> that is, simply shutting down the ethernet chipset or doing ac97 power 
> management. It's trivial to add those to the existing drivers, and if 

Can't tell about chipset specific management, but as far as ACPI is
concerned, this Sony specific stuff is a nice way of hiding features
behind an undocumented device. Eg: the sound card _PS3 is empty and only
available through that AZPW method.[1] So I guess that the
platform_pci_set_power_state for ACPI D3 is basically a no-op there.

> the additional benefit of using the Sony-specific methods is small then 
> it's probably not really worth working out how to add it in.

Yep, will try to get some measurement (by means of the acpi battery
status, no better way currently available here) but given the above I
suspect there's some benefit.

> Plus, implementing the generic support benefits more people :)

Yes, of course.

[1]: if you want to make a an idea, one such DSDT is available
here: http://oioio.altervista.org/linux/DSDT.sz72b.dsl
sony-laptop basically exposes the Device(SNC) and AZPW/GAZP for the
audio (an hda) and LNPW/GLNP for the nic (a sky2). Now see the
audio device Device(HDEF) and its _PS0 and _PS3.

PS: did I disappear from the Cc list? ;)
-- 
mattia
:wq!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Matthew Garrett
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 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?

Before worrying, I think it would make more sense to instrument the 
benefit gained against doing more "traditional" runtime management - 
that is, simply shutting down the ethernet chipset or doing ac97 power 
management. It's trivial to add those to the existing drivers, and if 
the additional benefit of using the Sony-specific methods is small then 
it's probably not really worth working out how to add it in.

Plus, implementing the generic support benefits more people :)
-- 
Matthew Garrett | [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Mattia Dongili
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
> > 
> > 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 <[EMAIL PROTECTED]>
> > Signed-off-by: Len Brown <[EMAIL PROTECTED]>
> 
> 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 [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Mattia Dongili
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
  
  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 [EMAIL PROTECTED]
  Signed-off-by: Len Brown [EMAIL PROTECTED]
 
 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 [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Matthew Garrett
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 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?

Before worrying, I think it would make more sense to instrument the 
benefit gained against doing more traditional runtime management - 
that is, simply shutting down the ethernet chipset or doing ac97 power 
management. It's trivial to add those to the existing drivers, and if 
the additional benefit of using the Sony-specific methods is small then 
it's probably not really worth working out how to add it in.

Plus, implementing the generic support benefits more people :)
-- 
Matthew Garrett | [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Mattia Dongili
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, 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?
 
 Before worrying, I think it would make more sense to instrument the 
 benefit gained against doing more traditional runtime management - 
 that is, simply shutting down the ethernet chipset or doing ac97 power 
 management. It's trivial to add those to the existing drivers, and if 

Can't tell about chipset specific management, but as far as ACPI is
concerned, this Sony specific stuff is a nice way of hiding features
behind an undocumented device. Eg: the sound card _PS3 is empty and only
available through that AZPW method.[1] So I guess that the
platform_pci_set_power_state for ACPI D3 is basically a no-op there.

 the additional benefit of using the Sony-specific methods is small then 
 it's probably not really worth working out how to add it in.

Yep, will try to get some measurement (by means of the acpi battery
status, no better way currently available here) but given the above I
suspect there's some benefit.

 Plus, implementing the generic support benefits more people :)

Yes, of course.

[1]: if you want to make a an idea, one such DSDT is available
here: http://oioio.altervista.org/linux/DSDT.sz72b.dsl
sony-laptop basically exposes the Device(SNC) and AZPW/GAZP for the
audio (an hda) and LNPW/GLNP for the nic (a sky2). Now see the
audio device Device(HDEF) and its _PS0 and _PS3.

PS: did I disappear from the Cc list? ;)
-- 
mattia
:wq!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Pavel Machek
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
   has at least one report of not resuming power happily so morked as 
   debug
   
   Signed-off-by: Mattia Dongili [EMAIL PROTECTED]
   Signed-off-by: Len Brown [EMAIL PROTECTED]
  
  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 :)

Hmm... you are on sony notebook... right? That means it is very likely
it has just one sound card, and just one ethernet, no?

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-06 Thread Mattia Dongili
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

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 [EMAIL PROTECTED]
Signed-off-by: Len Brown [EMAIL PROTECTED]
   
   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 :)
 
 Hmm... you are on sony notebook... right? That means it is very likely
 it has just one sound card, and just one ethernet, no?

I was thinking about hotpluggable audio/nic (pcmcia, usb). Anyway I have
a sky2 and ipw3945 and yes, just one sound card :)

-- 
mattia
:wq!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-05 Thread Pavel Machek
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
> has at least one report of not resuming power happily so morked as "debug"
> 
> Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>
> Signed-off-by: Len Brown <[EMAIL PROTECTED]>

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.

(Sorry for time machine)
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-03-05 Thread Pavel Machek
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
 has at least one report of not resuming power happily so morked as debug
 
 Signed-off-by: Mattia Dongili [EMAIL PROTECTED]
 Signed-off-by: Len Brown [EMAIL PROTECTED]

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.

(Sorry for time machine)
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


[GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-02-16 Thread Len Brown
Hi Linus,

please pull from: 

git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release

This...

Fixes some battery, thermal, and fan related bugs.
Adds the sony-laptop driver, which controls brightness on akpm's vaio...
Removes the experimental hotkey driver, per schedule.
Adds the ACPI support needed by the upcoming rtc driver
Fixes a suspend regression caused by part I
Fixes an IA64 processor driver regression caused by part I

... and updates the files shown below.

thanks!

-Len

ps. individual patches are available on linux-acpi@vger.kernel.org
and a consolidated plain patch is available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.20/acpi-release-20070126-2.6.20.diff.gz

 Documentation/acpi-hotkey.txt  |   38 
 Documentation/feature-removal-schedule.txt |   23 
 Documentation/sony-laptop.txt  |  106 +
 MAINTAINERS|9 
 arch/i386/kernel/acpi/boot.c   |5 
 arch/ia64/kernel/acpi.c|4 
 arch/x86_64/kernel/early-quirks.c  |4 
 drivers/acpi/Kconfig   |   10 
 drivers/acpi/Makefile  |1 
 drivers/acpi/ac.c  |9 
 drivers/acpi/acpi_memhotplug.c |9 
 drivers/acpi/asus_acpi.c   |   20 
 drivers/acpi/battery.c |   24 
 drivers/acpi/bay.c |  107 -
 drivers/acpi/bus.c |   30 
 drivers/acpi/button.c  |7 
 drivers/acpi/cm_sbs.c  |2 
 drivers/acpi/container.c   |9 
 drivers/acpi/debug.c   |2 
 drivers/acpi/dispatcher/dsmethod.c |   12 
 drivers/acpi/dock.c|8 
 drivers/acpi/ec.c  |9 
 drivers/acpi/event.c   |2 
 drivers/acpi/events/evgpe.c|   11 
 drivers/acpi/events/evmisc.c   |   11 
 drivers/acpi/executer/exdump.c |2 
 drivers/acpi/executer/exmutex.c|   36 
 drivers/acpi/fan.c |9 
 drivers/acpi/glue.c|   62 +
 drivers/acpi/hardware/hwsleep.c|   13 
 drivers/acpi/hotkey.c  | 1042 -
 drivers/acpi/i2c_ec.c  |5 
 drivers/acpi/ibm_acpi.c|   18 
 drivers/acpi/numa.c|   18 
 drivers/acpi/osl.c |   35 
 drivers/acpi/pci_bind.c|2 
 drivers/acpi/pci_irq.c |2 
 drivers/acpi/pci_link.c|5 
 drivers/acpi/pci_root.c|5 
 drivers/acpi/power.c   |  156 ++
 drivers/acpi/processor_core.c  |   13 
 drivers/acpi/processor_idle.c  |   11 
 drivers/acpi/processor_perflib.c   |3 
 drivers/acpi/processor_thermal.c   |3 
 drivers/acpi/processor_throttling.c|3 
 drivers/acpi/sbs.c |   25 
 drivers/acpi/scan.c|3 
 drivers/acpi/sleep/main.c  |3 
 drivers/acpi/system.c  |3 
 drivers/acpi/tables.c  |   41 
 drivers/acpi/tables/tbxface.c  |9 
 drivers/acpi/thermal.c |   37 
 drivers/acpi/toshiba_acpi.c|6 
 drivers/acpi/utilities/utdelete.c  |1 
 drivers/acpi/utils.c   |2 
 drivers/acpi/video.c   |9 
 drivers/misc/Kconfig   |   15 
 drivers/misc/Makefile  |1 
 drivers/misc/asus-laptop.c |5 
 drivers/misc/sony-laptop.c |  562 +
 drivers/pnp/pnpacpi/Kconfig|   16 
 drivers/usb/misc/appledisplay.c|4 
 include/acpi/acinterp.h|3 
 include/acpi/acobject.h|2 
 include/acpi/acpi_drivers.h|   40 
 include/acpi/acpiosxf.h|6 
 include/asm-i386/acpi.h|1 
 include/linux/acpi.h   |8 
 68 files changed, 1170 insertions(+), 1547 deletions(-)

through these commits:

Ahmed S. Darwish (1):
  ACPI: toshiba_acpi: Use ARRAY_SIZE macro when appropriate

Al Viro (1):
  ACPI: bay: fix wrong order of kzalloc arguments

Alessandro Guido (2):
  sony_acpi: Add backlight support to the sony_acpi
  sony_acpi: Add backlight support to the sony_acpi v2

Alexey Starikovskiy (7):
  ACPI: Disable GPEs in preparation for sleep.
  ACPI: invoke acpi_sleep_init() earlier
  ACPI: IA64: fix calculation of apic_id
  ACPI: Disable wake GPEs only once.
  ACPICA: fix AML mutex re-entrancy
  Execute AML Notify() requests on stack.
  ACPI: ec: 

[GIT PATCH] ACPI patches for 2.6.21 - part II (resend)

2007-02-16 Thread Len Brown
Hi Linus,

please pull from: 

git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release

This...

Fixes some battery, thermal, and fan related bugs.
Adds the sony-laptop driver, which controls brightness on akpm's vaio...
Removes the experimental hotkey driver, per schedule.
Adds the ACPI support needed by the upcoming rtc driver
Fixes a suspend regression caused by part I
Fixes an IA64 processor driver regression caused by part I

... and updates the files shown below.

thanks!

-Len

ps. individual patches are available on linux-acpi@vger.kernel.org
and a consolidated plain patch is available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.20/acpi-release-20070126-2.6.20.diff.gz

 Documentation/acpi-hotkey.txt  |   38 
 Documentation/feature-removal-schedule.txt |   23 
 Documentation/sony-laptop.txt  |  106 +
 MAINTAINERS|9 
 arch/i386/kernel/acpi/boot.c   |5 
 arch/ia64/kernel/acpi.c|4 
 arch/x86_64/kernel/early-quirks.c  |4 
 drivers/acpi/Kconfig   |   10 
 drivers/acpi/Makefile  |1 
 drivers/acpi/ac.c  |9 
 drivers/acpi/acpi_memhotplug.c |9 
 drivers/acpi/asus_acpi.c   |   20 
 drivers/acpi/battery.c |   24 
 drivers/acpi/bay.c |  107 -
 drivers/acpi/bus.c |   30 
 drivers/acpi/button.c  |7 
 drivers/acpi/cm_sbs.c  |2 
 drivers/acpi/container.c   |9 
 drivers/acpi/debug.c   |2 
 drivers/acpi/dispatcher/dsmethod.c |   12 
 drivers/acpi/dock.c|8 
 drivers/acpi/ec.c  |9 
 drivers/acpi/event.c   |2 
 drivers/acpi/events/evgpe.c|   11 
 drivers/acpi/events/evmisc.c   |   11 
 drivers/acpi/executer/exdump.c |2 
 drivers/acpi/executer/exmutex.c|   36 
 drivers/acpi/fan.c |9 
 drivers/acpi/glue.c|   62 +
 drivers/acpi/hardware/hwsleep.c|   13 
 drivers/acpi/hotkey.c  | 1042 -
 drivers/acpi/i2c_ec.c  |5 
 drivers/acpi/ibm_acpi.c|   18 
 drivers/acpi/numa.c|   18 
 drivers/acpi/osl.c |   35 
 drivers/acpi/pci_bind.c|2 
 drivers/acpi/pci_irq.c |2 
 drivers/acpi/pci_link.c|5 
 drivers/acpi/pci_root.c|5 
 drivers/acpi/power.c   |  156 ++
 drivers/acpi/processor_core.c  |   13 
 drivers/acpi/processor_idle.c  |   11 
 drivers/acpi/processor_perflib.c   |3 
 drivers/acpi/processor_thermal.c   |3 
 drivers/acpi/processor_throttling.c|3 
 drivers/acpi/sbs.c |   25 
 drivers/acpi/scan.c|3 
 drivers/acpi/sleep/main.c  |3 
 drivers/acpi/system.c  |3 
 drivers/acpi/tables.c  |   41 
 drivers/acpi/tables/tbxface.c  |9 
 drivers/acpi/thermal.c |   37 
 drivers/acpi/toshiba_acpi.c|6 
 drivers/acpi/utilities/utdelete.c  |1 
 drivers/acpi/utils.c   |2 
 drivers/acpi/video.c   |9 
 drivers/misc/Kconfig   |   15 
 drivers/misc/Makefile  |1 
 drivers/misc/asus-laptop.c |5 
 drivers/misc/sony-laptop.c |  562 +
 drivers/pnp/pnpacpi/Kconfig|   16 
 drivers/usb/misc/appledisplay.c|4 
 include/acpi/acinterp.h|3 
 include/acpi/acobject.h|2 
 include/acpi/acpi_drivers.h|   40 
 include/acpi/acpiosxf.h|6 
 include/asm-i386/acpi.h|1 
 include/linux/acpi.h   |8 
 68 files changed, 1170 insertions(+), 1547 deletions(-)

through these commits:

Ahmed S. Darwish (1):
  ACPI: toshiba_acpi: Use ARRAY_SIZE macro when appropriate

Al Viro (1):
  ACPI: bay: fix wrong order of kzalloc arguments

Alessandro Guido (2):
  sony_acpi: Add backlight support to the sony_acpi
  sony_acpi: Add backlight support to the sony_acpi v2

Alexey Starikovskiy (7):
  ACPI: Disable GPEs in preparation for sleep.
  ACPI: invoke acpi_sleep_init() earlier
  ACPI: IA64: fix calculation of apic_id
  ACPI: Disable wake GPEs only once.
  ACPICA: fix AML mutex re-entrancy
  Execute AML Notify() requests on stack.
  ACPI: ec: