[GIT PATCH] ACPI patches for 2.6.21-rc4
Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release This batch includes fixes to two visible 2.6.21 regressions -- the immediate suspend wakeup, and the the acpi_serialize deadlock. The later is a revert that touches a lot of code, but should be okay even in -rc4 as it returns the code to how it was in 2.6.20. This will update 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.21/acpi-release-20070126-2.6.21-rc4.diff.gz Documentation/crypto/api-intro.txt |2 Documentation/kernel-parameters.txt |6 + MAINTAINERS |5 - arch/ia64/Kconfig |1 arch/ia64/kernel/crash.c|2 arch/ia64/kernel/setup.c| 22 + arch/ia64/mm/contig.c | 30 +- arch/ia64/mm/discontig.c|4 arch/ia64/mm/init.c | 16 --- arch/ia64/sn/kernel/setup.c |6 - crypto/scatterwalk.c|4 crypto/tcrypt.c |2 drivers/acpi/events/evmisc.c|8 + drivers/acpi/events/evregion.c | 15 ++- drivers/acpi/events/evxface.c |6 - drivers/acpi/executer/excreate.c|5 - drivers/acpi/executer/exsystem.c| 30 +- drivers/acpi/executer/exutils.c | 104 drivers/acpi/hardware/hwsleep.c |5 + drivers/acpi/ibm_acpi.c | 19 +++- drivers/acpi/namespace/nseval.c | 11 ++ drivers/acpi/namespace/nsinit.c |7 + drivers/acpi/namespace/nsxfeval.c | 11 +- drivers/acpi/processor_idle.c | 38 ++-- drivers/acpi/tables.c | 57 - include/acpi/acinterp.h |6 - include/acpi/actypes.h |2 include/asm-ia64/meminit.h |1 28 files changed, 244 insertions(+), 181 deletions(-) through these commits: Alexey Starikovskiy (1): ACPI: resolve HP nx6125 S3 immediate wakeup regression Henrique de Moraes Holschuh (1): ACPI: ibm-acpi: allow module to load when acpi notifiers can't be set (v2) Len Brown (5): ACPI: Add support to parse 2nd MADT ACPICA: revert "acpi_serialize" changes ACPI: parse 2nd MADT by default ACPI: IA64: fix allnoconfig build ACPI: IA64: fix %ll build warnings Mattia Dongili (1): sony-laptop: MAINTAINERS fix entry, add L: and W: Thomas Renninger (1): ACPI: Only use IPI on known broken machines (AMD, Dothan/BaniasPentium M) with this log: commit cddece4beccaa72dcb57d64a7f1e496b2e61a16b Merge: b25e844... 25496ca... Author: Len Brown <[EMAIL PROTECTED]> Date: Tue Mar 20 11:06:37 2007 -0400 Pull c2 into release branch commit b25e84425ee21c5560fcaec15afcf58fe4a0a414 Merge: f5ea908... 09fe583... Author: Len Brown <[EMAIL PROTECTED]> Date: Tue Mar 20 11:06:18 2007 -0400 Pull bugzilla-7465 into release branch commit f5ea908c8fca3921c1545e6ac52edbbb353640f5 Merge: 54b8c39... a8f4af6... Author: Len Brown <[EMAIL PROTECTED]> Date: Tue Mar 20 11:06:00 2007 -0400 Pull bugzilla-8171 into release branch commit 54b8c39fbd76a7341b66e49de677ea366737fce7 Merge: 0a14fe6... 0cd4554... Author: Len Brown <[EMAIL PROTECTED]> Date: Tue Mar 20 11:05:41 2007 -0400 Pull misc-for-upstream into release branch commit 0cd4554df0c261f7ba74786e471ccaa0e3725fb9 Author: Len Brown <[EMAIL PROTECTED]> Date: Mon Mar 19 23:51:36 2007 -0400 ACPI: IA64: fix %ll build warnings acpi_integer is 64-bits on all platforms, and so was defined as a u64. i386 and x86_64 define u64 as unsigned long long. ia64 defines u64 as long. While these are all 64-bits, the kernel build warns about formating a "long" with %ll: drivers/ata/libata-acpi.c:176: warning: long long unsigned int format, acpi_integer arg (arg 5) So skip using "u64" and define acpi_integer as "unsigned long long" to make gcc happy with %ll. Signed-off-by: Len Brown <[EMAIL PROTECTED]> commit 8140a90ec180192b202af086e7a582e5937c5580 Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 16 22:00:43 2007 -0400 ACPI: IA64: fix allnoconfig build The evils of Kconfig's select bite us once again... ia64/Kconfig selects ACPI, which depends on PM. But select ignores dependencies, allnoconfig chooses CONFIG_PM=n, and thus the menu of sub-options under ACPI vanish, which breaks the build. Manually select PM along with ACPI for now. Some day, we should delete them both, or fix select. Cc: Tony Luck <[EMAIL PROTECTED]> Signed-off-by: Len Brown <[EMAIL PROTECTED]> commit 25496caec111481161e7f06bbfa12a533c43cc6f Author: Thomas Renninger <[EMAIL PROTECTED]> Date: Tue Feb 27 12:13:00 2007 -0500 ACPI: Only use IPI on
[GIT PATCH] ACPI patches for 2.6.21-rc4
Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release This batch includes fixes to two visible 2.6.21 regressions -- the immediate suspend wakeup, and the the acpi_serialize deadlock. The later is a revert that touches a lot of code, but should be okay even in -rc4 as it returns the code to how it was in 2.6.20. This will update 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.21/acpi-release-20070126-2.6.21-rc4.diff.gz Documentation/crypto/api-intro.txt |2 Documentation/kernel-parameters.txt |6 + MAINTAINERS |5 - arch/ia64/Kconfig |1 arch/ia64/kernel/crash.c|2 arch/ia64/kernel/setup.c| 22 + arch/ia64/mm/contig.c | 30 +- arch/ia64/mm/discontig.c|4 arch/ia64/mm/init.c | 16 --- arch/ia64/sn/kernel/setup.c |6 - crypto/scatterwalk.c|4 crypto/tcrypt.c |2 drivers/acpi/events/evmisc.c|8 + drivers/acpi/events/evregion.c | 15 ++- drivers/acpi/events/evxface.c |6 - drivers/acpi/executer/excreate.c|5 - drivers/acpi/executer/exsystem.c| 30 +- drivers/acpi/executer/exutils.c | 104 drivers/acpi/hardware/hwsleep.c |5 + drivers/acpi/ibm_acpi.c | 19 +++- drivers/acpi/namespace/nseval.c | 11 ++ drivers/acpi/namespace/nsinit.c |7 + drivers/acpi/namespace/nsxfeval.c | 11 +- drivers/acpi/processor_idle.c | 38 ++-- drivers/acpi/tables.c | 57 - include/acpi/acinterp.h |6 - include/acpi/actypes.h |2 include/asm-ia64/meminit.h |1 28 files changed, 244 insertions(+), 181 deletions(-) through these commits: Alexey Starikovskiy (1): ACPI: resolve HP nx6125 S3 immediate wakeup regression Henrique de Moraes Holschuh (1): ACPI: ibm-acpi: allow module to load when acpi notifiers can't be set (v2) Len Brown (5): ACPI: Add support to parse 2nd MADT ACPICA: revert acpi_serialize changes ACPI: parse 2nd MADT by default ACPI: IA64: fix allnoconfig build ACPI: IA64: fix %ll build warnings Mattia Dongili (1): sony-laptop: MAINTAINERS fix entry, add L: and W: Thomas Renninger (1): ACPI: Only use IPI on known broken machines (AMD, Dothan/BaniasPentium M) with this log: commit cddece4beccaa72dcb57d64a7f1e496b2e61a16b Merge: b25e844... 25496ca... Author: Len Brown [EMAIL PROTECTED] Date: Tue Mar 20 11:06:37 2007 -0400 Pull c2 into release branch commit b25e84425ee21c5560fcaec15afcf58fe4a0a414 Merge: f5ea908... 09fe583... Author: Len Brown [EMAIL PROTECTED] Date: Tue Mar 20 11:06:18 2007 -0400 Pull bugzilla-7465 into release branch commit f5ea908c8fca3921c1545e6ac52edbbb353640f5 Merge: 54b8c39... a8f4af6... Author: Len Brown [EMAIL PROTECTED] Date: Tue Mar 20 11:06:00 2007 -0400 Pull bugzilla-8171 into release branch commit 54b8c39fbd76a7341b66e49de677ea366737fce7 Merge: 0a14fe6... 0cd4554... Author: Len Brown [EMAIL PROTECTED] Date: Tue Mar 20 11:05:41 2007 -0400 Pull misc-for-upstream into release branch commit 0cd4554df0c261f7ba74786e471ccaa0e3725fb9 Author: Len Brown [EMAIL PROTECTED] Date: Mon Mar 19 23:51:36 2007 -0400 ACPI: IA64: fix %ll build warnings acpi_integer is 64-bits on all platforms, and so was defined as a u64. i386 and x86_64 define u64 as unsigned long long. ia64 defines u64 as long. While these are all 64-bits, the kernel build warns about formating a long with %ll: drivers/ata/libata-acpi.c:176: warning: long long unsigned int format, acpi_integer arg (arg 5) So skip using u64 and define acpi_integer as unsigned long long to make gcc happy with %ll. Signed-off-by: Len Brown [EMAIL PROTECTED] commit 8140a90ec180192b202af086e7a582e5937c5580 Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 16 22:00:43 2007 -0400 ACPI: IA64: fix allnoconfig build The evils of Kconfig's select bite us once again... ia64/Kconfig selects ACPI, which depends on PM. But select ignores dependencies, allnoconfig chooses CONFIG_PM=n, and thus the menu of sub-options under ACPI vanish, which breaks the build. Manually select PM along with ACPI for now. Some day, we should delete them both, or fix select. Cc: Tony Luck [EMAIL PROTECTED] Signed-off-by: Len Brown [EMAIL PROTECTED] commit 25496caec111481161e7f06bbfa12a533c43cc6f Author: Thomas Renninger [EMAIL PROTECTED] Date: Tue Feb 27 12:13:00 2007 -0500 ACPI: Only use IPI on known broken machines (AMD,
[GIT PATCH] ACPI patches for 2.6.21-rc3
Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release This should delete a good part of the 2.6.21-rc regression list. This will update 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.21/acpi-release-20070126-2.6.21-rc3.diff.gz Documentation/kernel-parameters.txt |3 arch/i386/kernel/acpi/boot.c| 23 arch/ia64/sn/kernel/io_acpi_init.c | 44 arch/ia64/sn/kernel/setup.c |2 drivers/acpi/Kconfig| 12 ++ drivers/acpi/blacklist.c| 10 +- drivers/acpi/ec.c | 40 drivers/acpi/events/evmisc.c| 25 - drivers/acpi/ibm_acpi.c | 28 + drivers/acpi/power.c| 20 +--- drivers/acpi/resources/rscreate.c | 25 - drivers/acpi/video.c| 38 +++ drivers/ata/libata-acpi.c |7 + drivers/misc/asus-laptop.c |2 drivers/misc/sony-laptop.c |2 drivers/pnp/pnpacpi/rsparser.c | 120 ++-- 16 files changed, 271 insertions(+), 130 deletions(-) through these commits: Adrian Bunk (1): asus-laptop: make code static Alexey Starikovskiy (2): ACPICA: Fix ACPI Global Lock re-entrancy ACPI: ec: fix race in status register access Andrew Morton (1): sony-laptop: fix uninitialised variable Anthony Godshall, Ampro Computers, Inc (1): ACPI: make blacklist more verbose Bernhard Walle (1): ACPI: Add kernel-parameters hint that acpi=off doesn't work on IA64. Henrique de Moraes Holschuh (3): ACPI: ibm-acpi: fix initial status of backlight device ACPI: ibm-acpi: make ibm-acpi bay support optional ACPI: ibm-acpi: improve backlight power handling John Keller (2): ACPI: Altix: cannot register acpi bus driver before bus scan ACPI: Altix: reinitialize acpi tables Julius Volz (1): ACPI: video: Fix spelling and grammar mistakes Konstantin Karasyov (2): ACPI: fix S3 fan resume issue ACPI: ThinkPad Z60m: usb mouse stops working after suspend to RAM Kristen Accardi (1): libata-acpi: allow _GTF on SATA, but disable on PATA for now Len Brown (2): ACPI: fix Thinkpad 600/600E/600X interrupts ACPI: repair nvidia early quirk breakage on x86_64 Michael Karcher (1): ACPI: fix parallel port IRQ after resume from S3 Robert P. J. Day (1): ACPI: Kconfig: hide ACPI menu when CONFIG_PM=n Shaohua Li (1): ACPI: fix boot hang w/o "noapic" on MSI MS-6390-L with this log: commit 63e34ca93a62f472144db60fa3b8c0d15721 Merge: 51e7fff... 9327f46... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:19:50 2007 -0500 Pull misc-for-upstream into release branch commit 51e7fff1c2b763da910db3a875eac5b992df91d9 Merge: bdf3aaf... 9e19721... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:19:25 2007 -0500 Pull bugzilla-8110 into release branch commit bdf3aaf9519ddd8a026b5e04e713d2fa673532e5 Merge: b252630... 610a3d0... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:19:19 2007 -0500 Pull bugzilla-8066 into release branch commit b2526300ab242dc31f9006dbf9a4de40797571bc Merge: cb2ebc5... df33c77... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:18:53 2007 -0500 Pull bugzilla-7907 into release branch commit cb2ebc59ff52cee770cfd6ba5f23a6cc3c214648 Merge: 3dfb737... 7292576... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:18:46 2007 -0500 Pull bugzilla-7570 into release branch commit 3dfb737998c265d3c8a15b931dc4d72335ab8255 Merge: 63be2d9... 2f894ef... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:18:35 2007 -0500 Pull bugzilla-6859 into release branch commit 63be2d9305a5865580c6faee2c1eb477c09eac18 Merge: 653351b... 362ea08... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:18:22 2007 -0500 Pull bugzilla-6316 into release branch commit 653351b0b9c97d4ec93aed499b542cbcd85309ca Merge: 5cb69bc... 74586fc... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:18:05 2007 -0500 Pull bugzilla-5966 into release branch commit 5cb69bcacea70024252138a9cb4229a142a93389 Merge: c207908... c9bf296... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:17:46 2007 -0500 Pull ibm into release branch commit c207908fcc451e31d7fbba31541bd04f93787eb4 Merge: a967e12... 3fd0b2d... Author: Len Brown <[EMAIL PROTECTED]> Date: Fri Mar 9 23:17:39 2007 -0500 Pull altix into release branch commit 9e197219605513c14d3eae41039ecf1b82d1920d Author: Alexey Starikovskiy <[EMAIL PROTECTED]> Date: Wed Mar 7 18:29:35 2007 -0500 ACPI: ec: fix race in status register access Delay the read of the EC status register until after the event that
[GIT PATCH] ACPI patches for 2.6.21-rc3
Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release This should delete a good part of the 2.6.21-rc regression list. This will update 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.21/acpi-release-20070126-2.6.21-rc3.diff.gz Documentation/kernel-parameters.txt |3 arch/i386/kernel/acpi/boot.c| 23 arch/ia64/sn/kernel/io_acpi_init.c | 44 arch/ia64/sn/kernel/setup.c |2 drivers/acpi/Kconfig| 12 ++ drivers/acpi/blacklist.c| 10 +- drivers/acpi/ec.c | 40 drivers/acpi/events/evmisc.c| 25 - drivers/acpi/ibm_acpi.c | 28 + drivers/acpi/power.c| 20 +--- drivers/acpi/resources/rscreate.c | 25 - drivers/acpi/video.c| 38 +++ drivers/ata/libata-acpi.c |7 + drivers/misc/asus-laptop.c |2 drivers/misc/sony-laptop.c |2 drivers/pnp/pnpacpi/rsparser.c | 120 ++-- 16 files changed, 271 insertions(+), 130 deletions(-) through these commits: Adrian Bunk (1): asus-laptop: make code static Alexey Starikovskiy (2): ACPICA: Fix ACPI Global Lock re-entrancy ACPI: ec: fix race in status register access Andrew Morton (1): sony-laptop: fix uninitialised variable Anthony Godshall, Ampro Computers, Inc (1): ACPI: make blacklist more verbose Bernhard Walle (1): ACPI: Add kernel-parameters hint that acpi=off doesn't work on IA64. Henrique de Moraes Holschuh (3): ACPI: ibm-acpi: fix initial status of backlight device ACPI: ibm-acpi: make ibm-acpi bay support optional ACPI: ibm-acpi: improve backlight power handling John Keller (2): ACPI: Altix: cannot register acpi bus driver before bus scan ACPI: Altix: reinitialize acpi tables Julius Volz (1): ACPI: video: Fix spelling and grammar mistakes Konstantin Karasyov (2): ACPI: fix S3 fan resume issue ACPI: ThinkPad Z60m: usb mouse stops working after suspend to RAM Kristen Accardi (1): libata-acpi: allow _GTF on SATA, but disable on PATA for now Len Brown (2): ACPI: fix Thinkpad 600/600E/600X interrupts ACPI: repair nvidia early quirk breakage on x86_64 Michael Karcher (1): ACPI: fix parallel port IRQ after resume from S3 Robert P. J. Day (1): ACPI: Kconfig: hide ACPI menu when CONFIG_PM=n Shaohua Li (1): ACPI: fix boot hang w/o noapic on MSI MS-6390-L with this log: commit 63e34ca93a62f472144db60fa3b8c0d15721 Merge: 51e7fff... 9327f46... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:19:50 2007 -0500 Pull misc-for-upstream into release branch commit 51e7fff1c2b763da910db3a875eac5b992df91d9 Merge: bdf3aaf... 9e19721... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:19:25 2007 -0500 Pull bugzilla-8110 into release branch commit bdf3aaf9519ddd8a026b5e04e713d2fa673532e5 Merge: b252630... 610a3d0... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:19:19 2007 -0500 Pull bugzilla-8066 into release branch commit b2526300ab242dc31f9006dbf9a4de40797571bc Merge: cb2ebc5... df33c77... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:18:53 2007 -0500 Pull bugzilla-7907 into release branch commit cb2ebc59ff52cee770cfd6ba5f23a6cc3c214648 Merge: 3dfb737... 7292576... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:18:46 2007 -0500 Pull bugzilla-7570 into release branch commit 3dfb737998c265d3c8a15b931dc4d72335ab8255 Merge: 63be2d9... 2f894ef... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:18:35 2007 -0500 Pull bugzilla-6859 into release branch commit 63be2d9305a5865580c6faee2c1eb477c09eac18 Merge: 653351b... 362ea08... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:18:22 2007 -0500 Pull bugzilla-6316 into release branch commit 653351b0b9c97d4ec93aed499b542cbcd85309ca Merge: 5cb69bc... 74586fc... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:18:05 2007 -0500 Pull bugzilla-5966 into release branch commit 5cb69bcacea70024252138a9cb4229a142a93389 Merge: c207908... c9bf296... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:17:46 2007 -0500 Pull ibm into release branch commit c207908fcc451e31d7fbba31541bd04f93787eb4 Merge: a967e12... 3fd0b2d... Author: Len Brown [EMAIL PROTECTED] Date: Fri Mar 9 23:17:39 2007 -0500 Pull altix into release branch commit 9e197219605513c14d3eae41039ecf1b82d1920d Author: Alexey Starikovskiy [EMAIL PROTECTED] Date: Wed Mar 7 18:29:35 2007 -0500 ACPI: ec: fix race in status register access Delay the read of the EC status register until after the event that caused it occurs --
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/
Re: [GIT PATCH] ACPI patches for 2.6.21
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 that it is time to push it upstream to benefit > > > > from broader exposure and testing. > > > > > > Does it still include completely broken alarm interface? Can't find it > > > in changelogs, so hopefully not. > > > > No. See discussion on linux-acpi. > > David Brownell's RTC driver will provide the new RTC interface in sysfs. > > /proc/acpi/alarm will go away when the rest of /proc/acpi goes away. > > I guess I should say 'sorry for a flame'. I've seen a discussion > (linux-pm or somewhere), but did not see the decision to drop the > offending patch. > Hi, Pavel, Both the patches that duplicate "alarm" and "wakeup" attributes in sysfs are dropped. "alarm" attribute can be replaced by the new RTC driver. And the "wakeup" attribute are in the wish list now. You can get more details from the original mail. http://marc.theaimsgroup.com/?l=linux-acpi=116910315512529=2 Thanks, Rui - 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
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 that it is time to push it upstream to benefit from broader exposure and testing. Does it still include completely broken alarm interface? Can't find it in changelogs, so hopefully not. No. See discussion on linux-acpi. David Brownell's RTC driver will provide the new RTC interface in sysfs. /proc/acpi/alarm will go away when the rest of /proc/acpi goes away. I guess I should say 'sorry for a flame'. I've seen a discussion (linux-pm or somewhere), but did not see the decision to drop the offending patch. Hi, Pavel, Both the patches that duplicate alarm and wakeup attributes in sysfs are dropped. alarm attribute can be replaced by the new RTC driver. And the wakeup attribute are in the wish list now. You can get more details from the original mail. http://marc.theaimsgroup.com/?l=linux-acpim=116910315512529w=2 Thanks, Rui - 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
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 exposure and testing. > > > > Does it still include completely broken alarm interface? Can't find it > > in changelogs, so hopefully not. > > No. See discussion on linux-acpi. > David Brownell's RTC driver will provide the new RTC interface in sysfs. > /proc/acpi/alarm will go away when the rest of /proc/acpi goes away. I guess I should say 'sorry for a flame'. I've seen a discussion (linux-pm or somewhere), but did not see the decision to drop the offending patch. -- (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
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 exposure and testing. Does it still include completely broken alarm interface? Can't find it in changelogs, so hopefully not. No. See discussion on linux-acpi. David Brownell's RTC driver will provide the new RTC interface in sysfs. /proc/acpi/alarm will go away when the rest of /proc/acpi goes away. I guess I should say 'sorry for a flame'. I've seen a discussion (linux-pm or somewhere), but did not see the decision to drop the offending patch. -- (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:
Re: [GIT PATCH] ACPI patches for 2.6.21
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 code landed there yet, but it > should be available at: > > http://repo.or.cz/w/linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git queue/waiting > > eventually. Note, I push a lot to that branch, and it is a stgit head, so > it gets rewond if a change that makes sense in an earlier patch shows up. Great... if you want some testing, just mail me patch against mainline or whatever... (I don't think I can handle stgit). 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
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 code landed there yet, but it should be available at: http://repo.or.cz/w/linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git queue/waiting eventually. Note, I push a lot to that branch, and it is a stgit head, so it gets rewond if a change that makes sense in an earlier patch shows up. Great... if you want some testing, just mail me patch against mainline or whatever... (I don't think I can handle stgit). 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
Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release This... 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 fixes some battery-related bugs ... 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/x86_64/kernel/early-quirks.c |4 arch/x86_64/pci/mmconfig.c |4 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 | 105 - drivers/acpi/bus.c | 15 drivers/acpi/button.c |7 drivers/acpi/cm_sbs.c |2 drivers/acpi/container.c |9 drivers/acpi/debug.c |2 drivers/acpi/dock.c|8 drivers/acpi/ec.c |5 drivers/acpi/event.c |2 drivers/acpi/events/evgpe.c| 11 drivers/acpi/fan.c |9 drivers/acpi/glue.c| 89 + 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 | 13 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 |5 drivers/acpi/processor_core.c | 11 drivers/acpi/processor_idle.c |3 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/thermal.c |7 drivers/acpi/toshiba_acpi.c|6 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/usb/misc/appledisplay.c|4 include/acpi/acpi_drivers.h| 40 include/asm-i386/acpi.h|1 include/linux/acpi.h |8 57 files changed, 992 insertions(+), 1410 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 (4): 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. Andrew Morton (4): ACPI: bay: fix build warning sony_acpi: Avoid dimness on resume. sony_acpi: Fix sony_acpi_resume call sony_acpi: Video sysfs support take 2 David Brownell (1): ACPI: updates rtc-cmos device platform_data Henrique de Moraes Holschuh (1): ACPI: ibm-acpi: cleanup init and exit paths Kristen Carlson Accardi (1): ACPI: bay: remove ACPI driver struct Len Brown (9): ACPI: add video driver MAINTAINER ACPI: clean up ACPI_MODULE_NAME() use ACPI: fix acpi_driver.name usage ACPI: delete extra #defines in /drivers/acpi/ drivers ACPI: hotkey: remove driver, per feature-removal-schedule.txt ACPI:
[GIT PATCH] ACPI patches for 2.6.21 - part II
Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release This... 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 fixes some battery-related bugs ... 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/x86_64/kernel/early-quirks.c |4 arch/x86_64/pci/mmconfig.c |4 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 | 105 - drivers/acpi/bus.c | 15 drivers/acpi/button.c |7 drivers/acpi/cm_sbs.c |2 drivers/acpi/container.c |9 drivers/acpi/debug.c |2 drivers/acpi/dock.c|8 drivers/acpi/ec.c |5 drivers/acpi/event.c |2 drivers/acpi/events/evgpe.c| 11 drivers/acpi/fan.c |9 drivers/acpi/glue.c| 89 + 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 | 13 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 |5 drivers/acpi/processor_core.c | 11 drivers/acpi/processor_idle.c |3 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/thermal.c |7 drivers/acpi/toshiba_acpi.c|6 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/usb/misc/appledisplay.c|4 include/acpi/acpi_drivers.h| 40 include/asm-i386/acpi.h|1 include/linux/acpi.h |8 57 files changed, 992 insertions(+), 1410 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 (4): 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. Andrew Morton (4): ACPI: bay: fix build warning sony_acpi: Avoid dimness on resume. sony_acpi: Fix sony_acpi_resume call sony_acpi: Video sysfs support take 2 David Brownell (1): ACPI: updates rtc-cmos device platform_data Henrique de Moraes Holschuh (1): ACPI: ibm-acpi: cleanup init and exit paths Kristen Carlson Accardi (1): ACPI: bay: remove ACPI driver struct Len Brown (9): ACPI: add video driver MAINTAINER ACPI: clean up ACPI_MODULE_NAME() use ACPI: fix acpi_driver.name usage ACPI: delete extra #defines in /drivers/acpi/ drivers ACPI: hotkey: remove driver, per feature-removal-schedule.txt ACPI:
Re: [GIT PATCH] ACPI patches for 2.6.21
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/hwmon/led driver model code landed there yet, but it should be available at: http://repo.or.cz/w/linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git queue/waiting eventually. Note, I push a lot to that branch, and it is a stgit head, so it gets rewond if a change that makes sense in an earlier patch shows up. -- "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 Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh - 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
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) 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
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) 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
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/hwmon/led driver model code landed there yet, but it should be available at: http://repo.or.cz/w/linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git queue/waiting eventually. Note, I push a lot to that branch, and it is a stgit head, so it gets rewond if a change that makes sense in an earlier patch shows up. -- 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 Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh - 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
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 people use on most applets to read /proc/acpi/ibm, I was upset > and disgusted for days. > > Some userland code *deserves* to be broken with extreme prejudice. Must be because there is no unified way to read this info ;) Userspace is honestly not guilty here. Regards, ismail - 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
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: > > > > > > > > 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. > > > > It also saves memory by mapping the tables where the BIOS provides > > > > them rather than copying them into the kernel. > > > > > > This breaks kpowersave, now it always says laptop is plugged in and > > > does not show any battery status. Any /proc changes in this release? > > > > kpowersave just reflects what HAL thinks, and HAL reflects what the > > kernel thinks. So please post the content of > > /proc/acpi/ac_adapter/AC/state when AC is not plugged in to figure out if > > it's just a userland bug or a kernel issue. > > [~]> cat /proc/acpi/ac_adapter/ADP1/state > state: off-line > > > Hmmf looks like a userspace bug, but it certainly did work before ACPI > update. Hmm whats this ADP1 and there is no /proc/acpi/ac_adapter/AC around... Regards, ismail - 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
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. Some userland code *deserves* to be broken with extreme prejudice. -- "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 Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh - 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
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 > > > release > > > > > > 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. > > > > This breaks kpowersave, now it always says laptop is plugged in and does > > not show any battery status. Any /proc changes in this release? > > kpowersave just reflects what HAL thinks, and HAL reflects what the kernel > thinks. So please post the content of /proc/acpi/ac_adapter/AC/state when > AC is not plugged in to figure out if it's just a userland bug or a kernel > issue. [~]> cat /proc/acpi/ac_adapter/ADP1/state state: off-line Hmmf looks like a userspace bug, but it certainly did work before ACPI update. Regards, ismail - 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
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 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. > > This breaks kpowersave, now it always says laptop is plugged in and does not > show any battery status. Any /proc changes in this release? kpowersave just reflects what HAL thinks, and HAL reflects what the kernel thinks. So please post the content of /proc/acpi/ac_adapter/AC/state when AC is not plugged in to figure out if it's just a userland bug or a kernel issue. Regards, Holger - 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
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. > It also saves memory by mapping the tables where the BIOS provides them > rather than copying them into the kernel. This breaks kpowersave, now it always says laptop is plugged in and does not show any battery status. Any /proc changes in this release? Regards, ismail - 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
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. It also saves memory by mapping the tables where the BIOS provides them rather than copying them into the kernel. This breaks kpowersave, now it always says laptop is plugged in and does not show any battery status. Any /proc changes in this release? Regards, ismail - 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
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 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. This breaks kpowersave, now it always says laptop is plugged in and does not show any battery status. Any /proc changes in this release? kpowersave just reflects what HAL thinks, and HAL reflects what the kernel thinks. So please post the content of /proc/acpi/ac_adapter/AC/state when AC is not plugged in to figure out if it's just a userland bug or a kernel issue. Regards, Holger - 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
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 release 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. This breaks kpowersave, now it always says laptop is plugged in and does not show any battery status. Any /proc changes in this release? kpowersave just reflects what HAL thinks, and HAL reflects what the kernel thinks. So please post the content of /proc/acpi/ac_adapter/AC/state when AC is not plugged in to figure out if it's just a userland bug or a kernel issue. [~] cat /proc/acpi/ac_adapter/ADP1/state state: off-line Hmmf looks like a userspace bug, but it certainly did work before ACPI update. Regards, ismail - 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
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. Some userland code *deserves* to be broken with extreme prejudice. -- 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 Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh - 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
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: 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. It also saves memory by mapping the tables where the BIOS provides them rather than copying them into the kernel. This breaks kpowersave, now it always says laptop is plugged in and does not show any battery status. Any /proc changes in this release? kpowersave just reflects what HAL thinks, and HAL reflects what the kernel thinks. So please post the content of /proc/acpi/ac_adapter/AC/state when AC is not plugged in to figure out if it's just a userland bug or a kernel issue. [~] cat /proc/acpi/ac_adapter/ADP1/state state: off-line Hmmf looks like a userspace bug, but it certainly did work before ACPI update. Hmm whats this ADP1 and there is no /proc/acpi/ac_adapter/AC around... Regards, ismail - 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
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 people use on most applets to read /proc/acpi/ibm, I was upset and disgusted for days. Some userland code *deserves* to be broken with extreme prejudice. Must be because there is no unified way to read this info ;) Userspace is honestly not guilty here. Regards, ismail - 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
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 perfect, it should be vastly better > > than previous "code drops" in allowing git bisect to work, > > and allowing distros to cherry-pick individual fixes. > > > > The "bay" driver is new (and marked EXPERIMENTAL) -- adding initial > > hot-plug support for ACPI controlled drive bays such as the > > IBM ultrabay or the Dell Module Bay. > > Could you describe userland interface it uses? /proc? Will it be > usable for bays on notebooks not using acpi? No, Not until somebody finds one and writes code to support it. > > The "asus-laptop" driver is also new. Consistent with msi-laptop, > > it uses ACPI in platform-specific ways, but strives to avoid > > exposing ACPI-specific implementation details to the user. > > asus-laptop is mutually exclusive with asus_acpi, which it will > > replace over time. > > Not including another /proc/acpi/ibm -like nightmare, is it? No. See discussion on linux-acpi. I've prohibited new files under /proc/acpi/ for quite some time now. > > 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 exposure and testing. > > Does it still include completely broken alarm interface? Can't find it > in changelogs, so hopefully not. No. See discussion on linux-acpi. David Brownell's RTC driver will provide the new RTC interface in sysfs. /proc/acpi/alarm will go away when the rest of /proc/acpi goes away. thanks, -Len - 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
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, though :) -- 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
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 Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh - 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
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 process is not yet perfect, it should be vastly better > > than previous "code drops" in allowing git bisect to work, > > and allowing distros to cherry-pick individual fixes. > > > > The "bay" driver is new (and marked EXPERIMENTAL) -- adding initial > > hot-plug support for ACPI controlled drive bays such as the > > IBM ultrabay or the Dell Module Bay. > > Could you describe userland interface it uses? /proc? Will it be > usable for bays on notebooks not using acpi? The user interface for the Bay driver is via sysfs - it is a platform driver, so once you load it you will find 2 files created under /sys/devices/platform/bay.X, "eject" and "present". When the user writes 1 to the "eject" file, the driver will call the ACPI eject routine - this normally blinks leds and does whatever the system vendor thinks is necessary to safely eject the device. The "present" file will query the driver to determine if the device is present or not (note, not good for poll(), it's on my todo list...). Depending on the system implementation, when the user presses the eject button on the laptop for the bay device, the driver will inform user space via a CHANGE uevent. User space is then responsible for doing whatever needs to be done to cleanup and safely eject the drive, the driver will not call the ACPI eject routine without user space initiation. The driver currently only handles module bays that use ACPI to send eject notifications or need "something" done before ejecting (i.e. _EJ0 in ACPI). The bay driver will also register with the dock driver if the bay is on the dock device (such as with the IBM X60) so that when the dock station is ejected, the bay driver is notified with the eject request as well. This notification will be passed to user space via the CHANGE uevent. Kristen - 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
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 allowing git bisect to work, > and allowing distros to cherry-pick individual fixes. > > The "bay" driver is new (and marked EXPERIMENTAL) -- adding initial > hot-plug support for ACPI controlled drive bays such as the > IBM ultrabay or the Dell Module Bay. Could you describe userland interface it uses? /proc? Will it be usable for bays on notebooks not using acpi? > The "asus-laptop" driver is also new. Consistent with msi-laptop, > it uses ACPI in platform-specific ways, but strives to avoid > exposing ACPI-specific implementation details to the user. > asus-laptop is mutually exclusive with asus_acpi, which it will > replace over time. Not including another /proc/acpi/ibm -like nightmare, is it? > 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 exposure and testing. Does it still include completely broken alarm interface? Can't find it in changelogs, so hopefully not. -- (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
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 allowing git bisect to work, and allowing distros to cherry-pick individual fixes. The bay driver is new (and marked EXPERIMENTAL) -- adding initial hot-plug support for ACPI controlled drive bays such as the IBM ultrabay or the Dell Module Bay. Could you describe userland interface it uses? /proc? Will it be usable for bays on notebooks not using acpi? The asus-laptop driver is also new. Consistent with msi-laptop, it uses ACPI in platform-specific ways, but strives to avoid exposing ACPI-specific implementation details to the user. asus-laptop is mutually exclusive with asus_acpi, which it will replace over time. Not including another /proc/acpi/ibm -like nightmare, is it? 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 exposure and testing. Does it still include completely broken alarm interface? Can't find it in changelogs, so hopefully not. -- (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
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 process is not yet perfect, it should be vastly better than previous code drops in allowing git bisect to work, and allowing distros to cherry-pick individual fixes. The bay driver is new (and marked EXPERIMENTAL) -- adding initial hot-plug support for ACPI controlled drive bays such as the IBM ultrabay or the Dell Module Bay. Could you describe userland interface it uses? /proc? Will it be usable for bays on notebooks not using acpi? The user interface for the Bay driver is via sysfs - it is a platform driver, so once you load it you will find 2 files created under /sys/devices/platform/bay.X, eject and present. When the user writes 1 to the eject file, the driver will call the ACPI eject routine - this normally blinks leds and does whatever the system vendor thinks is necessary to safely eject the device. The present file will query the driver to determine if the device is present or not (note, not good for poll(), it's on my todo list...). Depending on the system implementation, when the user presses the eject button on the laptop for the bay device, the driver will inform user space via a CHANGE uevent. User space is then responsible for doing whatever needs to be done to cleanup and safely eject the drive, the driver will not call the ACPI eject routine without user space initiation. The driver currently only handles module bays that use ACPI to send eject notifications or need something done before ejecting (i.e. _EJ0 in ACPI). The bay driver will also register with the dock driver if the bay is on the dock device (such as with the IBM X60) so that when the dock station is ejected, the bay driver is notified with the eject request as well. This notification will be passed to user space via the CHANGE uevent. Kristen - 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
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 Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh - 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
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, though :) -- 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
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 perfect, it should be vastly better than previous code drops in allowing git bisect to work, and allowing distros to cherry-pick individual fixes. The bay driver is new (and marked EXPERIMENTAL) -- adding initial hot-plug support for ACPI controlled drive bays such as the IBM ultrabay or the Dell Module Bay. Could you describe userland interface it uses? /proc? Will it be usable for bays on notebooks not using acpi? No, Not until somebody finds one and writes code to support it. The asus-laptop driver is also new. Consistent with msi-laptop, it uses ACPI in platform-specific ways, but strives to avoid exposing ACPI-specific implementation details to the user. asus-laptop is mutually exclusive with asus_acpi, which it will replace over time. Not including another /proc/acpi/ibm -like nightmare, is it? No. See discussion on linux-acpi. I've prohibited new files under /proc/acpi/ for quite some time now. 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 exposure and testing. Does it still include completely broken alarm interface? Can't find it in changelogs, so hopefully not. No. See discussion on linux-acpi. David Brownell's RTC driver will provide the new RTC interface in sysfs. /proc/acpi/alarm will go away when the rest of /proc/acpi goes away. thanks, -Len - 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
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 copying them into the kernel. > > Thanks for the update, but does it fix the ISA VGA STR-regression in 2.6.20? Unlikely. But I'm not aware of an ISA VGA STR-regression in 2.6.20, so I can't really say. In general, VGA STR issues are related to the BIOS and video drivers and have nothing to do with ACPI support itself. > Also, is there some dependency that requires a display card to be present for > STR to work? ACPI doesn't care if you have VGA or not. -Len - 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
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 the ISA VGA STR-regression in 2.6.20? Also, is there some dependency that requires a display card to be present for STR to work? Thanks! -- Al - 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
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 the ISA VGA STR-regression in 2.6.20? Also, is there some dependency that requires a display card to be present for STR to work? Thanks! -- Al - 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
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 copying them into the kernel. Thanks for the update, but does it fix the ISA VGA STR-regression in 2.6.20? Unlikely. But I'm not aware of an ISA VGA STR-regression in 2.6.20, so I can't really say. In general, VGA STR issues are related to the BIOS and video drivers and have nothing to do with ACPI support itself. Also, is there some dependency that requires a display card to be present for STR to work? ACPI doesn't care if you have VGA or not. -Len - 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/