Re: [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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: