[GIT PATCH] ACPI patches for 2.6.21-rc4

2007-03-21 Thread Len Brown
Hi Linus,

please pull from: 

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

This 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

2007-03-21 Thread Len Brown
Hi Linus,

please pull from: 

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

This 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

2007-03-09 Thread Len Brown
Hi Linus,

please pull from: 

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

This 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

2007-03-09 Thread Len Brown
Hi Linus,

please pull from: 

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

This 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)

2007-03-06 Thread Mattia Dongili
On Tue, Mar 06, 2007 at 10:09:59PM +0100, Pavel Machek wrote:
> Hi!
> 
> > > > commit 4465857d5f99079bae00621626adf74ed8256296
> > > > Author: Mattia Dongili <[EMAIL PROTECTED]>
> > > > Date:   Sat Jan 13 23:04:39 2007 +0100
> > > > 
> > > > sony_acpi: Add lanpower and audiopower controls
> > > > 
> > > > audiopower works well on my SZ72B so it's not marked has "debug" 
> > > > while lanpower
> > > > has at least one report of not resuming power happily so morked as 
> > > > "debug"
> > > > 
> > > > Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>
> > > > Signed-off-by: Len Brown <[EMAIL PROTECTED]>
> > > 
> > > What is interface to these? It would be nice to automagically disable
> > > audiopower when sound device is closed, and automagically power down
> > > lan on ifconfig ... down.
> > 
> > the audiopower is basically a _PS3/_PS0 switch for the device, while the
> > lanpower plays with the embedded controller to powerdown/powerup.
> > 
> > Now, unfortunately those methods are attached to a fake device in the
> > DSDT and afaict there's no way to tell which real device they are
> > playing with (except by inspecting the method implementations).
> 
> > Well of course iff there's only _one_ sound card and _one_ nic you can
> > easily guess it :)
> 
> Hmm... you are on sony notebook... right? That means it is very likely
> it has just one sound card, and just one ethernet, no?

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

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


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

2007-03-06 Thread Pavel Machek
Hi!

> > > commit 4465857d5f99079bae00621626adf74ed8256296
> > > Author: Mattia Dongili <[EMAIL PROTECTED]>
> > > Date:   Sat Jan 13 23:04:39 2007 +0100
> > > 
> > > sony_acpi: Add lanpower and audiopower controls
> > > 
> > > audiopower works well on my SZ72B so it's not marked has "debug" 
> > > while lanpower
> > > has at least one report of not resuming power happily so morked as 
> > > "debug"
> > > 
> > > Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>
> > > Signed-off-by: Len Brown <[EMAIL PROTECTED]>
> > 
> > What is interface to these? It would be nice to automagically disable
> > audiopower when sound device is closed, and automagically power down
> > lan on ifconfig ... down.
> 
> the audiopower is basically a _PS3/_PS0 switch for the device, while the
> lanpower plays with the embedded controller to powerdown/powerup.
> 
> Now, unfortunately those methods are attached to a fake device in the
> DSDT and afaict there's no way to tell which real device they are
> playing with (except by inspecting the method implementations).

> Well of course iff there's only _one_ sound card and _one_ nic you can
> easily guess it :)

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

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


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

2007-03-06 Thread Mattia Dongili
On Tue, Mar 06, 2007 at 01:17:53PM +, Matthew Garrett wrote:
> On Tue, Mar 06, 2007 at 01:22:13PM +0100, Mattia Dongili wrote:
> 
> > the audiopower is basically a _PS3/_PS0 switch for the device, while the
> > lanpower plays with the embedded controller to powerdown/powerup.
> >
> > Now, unfortunately those methods are attached to a fake device in the
> > DSDT and afaict there's no way to tell which real device they are
> > playing with (except by inspecting the method implementations).
> > Well of course iff there's only _one_ sound card and _one_ nic you can
> > easily guess it :)
> > 
> > Is there some way to hook into drivers for such kind of runtime power
> > management?
> 
> Before worrying, I think it would make more sense to instrument the 
> benefit gained against doing more "traditional" runtime management - 
> that is, simply shutting down the ethernet chipset or doing ac97 power 
> management. It's trivial to add those to the existing drivers, and if 

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

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

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

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

Yes, of course.

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

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


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

2007-03-06 Thread Matthew Garrett
On Tue, Mar 06, 2007 at 01:22:13PM +0100, Mattia Dongili wrote:

> the audiopower is basically a _PS3/_PS0 switch for the device, while the
> lanpower plays with the embedded controller to powerdown/powerup.
>
> Now, unfortunately those methods are attached to a fake device in the
> DSDT and afaict there's no way to tell which real device they are
> playing with (except by inspecting the method implementations).
> Well of course iff there's only _one_ sound card and _one_ nic you can
> easily guess it :)
> 
> Is there some way to hook into drivers for such kind of runtime power
> management?

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

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


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

2007-03-06 Thread Mattia Dongili
On Tue, Jan 01, 2002 at 04:57:52AM +, Pavel Machek wrote:
> Hi!
> 
> > commit 4465857d5f99079bae00621626adf74ed8256296
> > Author: Mattia Dongili <[EMAIL PROTECTED]>
> > Date:   Sat Jan 13 23:04:39 2007 +0100
> > 
> > sony_acpi: Add lanpower and audiopower controls
> > 
> > audiopower works well on my SZ72B so it's not marked has "debug" while 
> > lanpower
> > has at least one report of not resuming power happily so morked as 
> > "debug"
> > 
> > Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>
> > Signed-off-by: Len Brown <[EMAIL PROTECTED]>
> 
> What is interface to these? It would be nice to automagically disable
> audiopower when sound device is closed, and automagically power down
> lan on ifconfig ... down.

the audiopower is basically a _PS3/_PS0 switch for the device, while the
lanpower plays with the embedded controller to powerdown/powerup.

Now, unfortunately those methods are attached to a fake device in the
DSDT and afaict there's no way to tell which real device they are
playing with (except by inspecting the method implementations).
Well of course iff there's only _one_ sound card and _one_ nic you can
easily guess it :)

Is there some way to hook into drivers for such kind of runtime power
management?

PS: lanpower currently seems to be a little too invasive (or it's just
ACPI that reacts badly) because switching off lanpower also disables the
pic link and never comes back. I need to better diagnose what's
happening and report to linux-acpi.
-- 
mattia
:wq!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


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

2007-03-06 Thread Mattia Dongili
On Tue, Jan 01, 2002 at 04:57:52AM +, Pavel Machek wrote:
 Hi!
 
  commit 4465857d5f99079bae00621626adf74ed8256296
  Author: Mattia Dongili [EMAIL PROTECTED]
  Date:   Sat Jan 13 23:04:39 2007 +0100
  
  sony_acpi: Add lanpower and audiopower controls
  
  audiopower works well on my SZ72B so it's not marked has debug while 
  lanpower
  has at least one report of not resuming power happily so morked as 
  debug
  
  Signed-off-by: Mattia Dongili [EMAIL PROTECTED]
  Signed-off-by: Len Brown [EMAIL PROTECTED]
 
 What is interface to these? It would be nice to automagically disable
 audiopower when sound device is closed, and automagically power down
 lan on ifconfig ... down.

the audiopower is basically a _PS3/_PS0 switch for the device, while the
lanpower plays with the embedded controller to powerdown/powerup.

Now, unfortunately those methods are attached to a fake device in the
DSDT and afaict there's no way to tell which real device they are
playing with (except by inspecting the method implementations).
Well of course iff there's only _one_ sound card and _one_ nic you can
easily guess it :)

Is there some way to hook into drivers for such kind of runtime power
management?

PS: lanpower currently seems to be a little too invasive (or it's just
ACPI that reacts badly) because switching off lanpower also disables the
pic link and never comes back. I need to better diagnose what's
happening and report to linux-acpi.
-- 
mattia
:wq!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


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

2007-03-06 Thread Matthew Garrett
On Tue, Mar 06, 2007 at 01:22:13PM +0100, Mattia Dongili wrote:

 the audiopower is basically a _PS3/_PS0 switch for the device, while the
 lanpower plays with the embedded controller to powerdown/powerup.

 Now, unfortunately those methods are attached to a fake device in the
 DSDT and afaict there's no way to tell which real device they are
 playing with (except by inspecting the method implementations).
 Well of course iff there's only _one_ sound card and _one_ nic you can
 easily guess it :)
 
 Is there some way to hook into drivers for such kind of runtime power
 management?

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

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


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

2007-03-06 Thread Mattia Dongili
On Tue, Mar 06, 2007 at 01:17:53PM +, Matthew Garrett wrote:
 On Tue, Mar 06, 2007 at 01:22:13PM +0100, Mattia Dongili wrote:
 
  the audiopower is basically a _PS3/_PS0 switch for the device, while the
  lanpower plays with the embedded controller to powerdown/powerup.
 
  Now, unfortunately those methods are attached to a fake device in the
  DSDT and afaict there's no way to tell which real device they are
  playing with (except by inspecting the method implementations).
  Well of course iff there's only _one_ sound card and _one_ nic you can
  easily guess it :)
  
  Is there some way to hook into drivers for such kind of runtime power
  management?
 
 Before worrying, I think it would make more sense to instrument the 
 benefit gained against doing more traditional runtime management - 
 that is, simply shutting down the ethernet chipset or doing ac97 power 
 management. It's trivial to add those to the existing drivers, and if 

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

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

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

 Plus, implementing the generic support benefits more people :)

Yes, of course.

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

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


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

2007-03-06 Thread Pavel Machek
Hi!

   commit 4465857d5f99079bae00621626adf74ed8256296
   Author: Mattia Dongili [EMAIL PROTECTED]
   Date:   Sat Jan 13 23:04:39 2007 +0100
   
   sony_acpi: Add lanpower and audiopower controls
   
   audiopower works well on my SZ72B so it's not marked has debug 
   while lanpower
   has at least one report of not resuming power happily so morked as 
   debug
   
   Signed-off-by: Mattia Dongili [EMAIL PROTECTED]
   Signed-off-by: Len Brown [EMAIL PROTECTED]
  
  What is interface to these? It would be nice to automagically disable
  audiopower when sound device is closed, and automagically power down
  lan on ifconfig ... down.
 
 the audiopower is basically a _PS3/_PS0 switch for the device, while the
 lanpower plays with the embedded controller to powerdown/powerup.
 
 Now, unfortunately those methods are attached to a fake device in the
 DSDT and afaict there's no way to tell which real device they are
 playing with (except by inspecting the method implementations).

 Well of course iff there's only _one_ sound card and _one_ nic you can
 easily guess it :)

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

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


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

2007-03-06 Thread Mattia Dongili
On Tue, Mar 06, 2007 at 10:09:59PM +0100, Pavel Machek wrote:
 Hi!
 
commit 4465857d5f99079bae00621626adf74ed8256296
Author: Mattia Dongili [EMAIL PROTECTED]
Date:   Sat Jan 13 23:04:39 2007 +0100

sony_acpi: Add lanpower and audiopower controls

audiopower works well on my SZ72B so it's not marked has debug 
while lanpower
has at least one report of not resuming power happily so morked as 
debug

Signed-off-by: Mattia Dongili [EMAIL PROTECTED]
Signed-off-by: Len Brown [EMAIL PROTECTED]
   
   What is interface to these? It would be nice to automagically disable
   audiopower when sound device is closed, and automagically power down
   lan on ifconfig ... down.
  
  the audiopower is basically a _PS3/_PS0 switch for the device, while the
  lanpower plays with the embedded controller to powerdown/powerup.
  
  Now, unfortunately those methods are attached to a fake device in the
  DSDT and afaict there's no way to tell which real device they are
  playing with (except by inspecting the method implementations).
 
  Well of course iff there's only _one_ sound card and _one_ nic you can
  easily guess it :)
 
 Hmm... you are on sony notebook... right? That means it is very likely
 it has just one sound card, and just one ethernet, no?

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

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


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

2007-03-05 Thread Pavel Machek
Hi!

> commit 4465857d5f99079bae00621626adf74ed8256296
> Author: Mattia Dongili <[EMAIL PROTECTED]>
> Date:   Sat Jan 13 23:04:39 2007 +0100
> 
> sony_acpi: Add lanpower and audiopower controls
> 
> audiopower works well on my SZ72B so it's not marked has "debug" while 
> lanpower
> has at least one report of not resuming power happily so morked as "debug"
> 
> Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>
> Signed-off-by: Len Brown <[EMAIL PROTECTED]>

What is interface to these? It would be nice to automagically disable
audiopower when sound device is closed, and automagically power down
lan on ifconfig ... down.

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


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

2007-03-05 Thread Pavel Machek
Hi!

 commit 4465857d5f99079bae00621626adf74ed8256296
 Author: Mattia Dongili [EMAIL PROTECTED]
 Date:   Sat Jan 13 23:04:39 2007 +0100
 
 sony_acpi: Add lanpower and audiopower controls
 
 audiopower works well on my SZ72B so it's not marked has debug while 
 lanpower
 has at least one report of not resuming power happily so morked as debug
 
 Signed-off-by: Mattia Dongili [EMAIL PROTECTED]
 Signed-off-by: Len Brown [EMAIL PROTECTED]

What is interface to these? It would be nice to automagically disable
audiopower when sound device is closed, and automagically power down
lan on ifconfig ... down.

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


Re: [GIT PATCH] ACPI patches for 2.6.21

2007-02-26 Thread Zhang Rui
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

2007-02-26 Thread Zhang Rui
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

2007-02-22 Thread Pavel Machek
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

2007-02-22 Thread Pavel Machek
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)

2007-02-16 Thread Len Brown
Hi Linus,

please pull from: 

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

This...

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

... and updates the files shown below.

thanks!

-Len

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

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

through these commits:

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

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

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

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

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

2007-02-16 Thread Len Brown
Hi Linus,

please pull from: 

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

This...

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

... and updates the files shown below.

thanks!

-Len

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

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

through these commits:

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

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

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

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

Re: [GIT PATCH] ACPI patches for 2.6.21

2007-02-14 Thread Pavel Machek
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

2007-02-14 Thread Pavel Machek
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

2007-02-13 Thread Len Brown
Hi Linus,

please pull from: 

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

This...

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

2007-02-13 Thread Len Brown
Hi Linus,

please pull from: 

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

This...

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

2007-02-11 Thread Henrique de Moraes Holschuh
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

2007-02-11 Thread Pavel Machek
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

2007-02-11 Thread Pavel Machek
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

2007-02-11 Thread Henrique de Moraes Holschuh
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

2007-02-10 Thread Ismail Dönmez
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

2007-02-10 Thread Ismail Dönmez
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

2007-02-10 Thread Henrique de Moraes Holschuh
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

2007-02-10 Thread Ismail Dönmez
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

2007-02-10 Thread Holger Macht
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

2007-02-10 Thread Ismail Dönmez
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

2007-02-10 Thread Ismail Dönmez
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

2007-02-10 Thread Holger Macht
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

2007-02-10 Thread Ismail Dönmez
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

2007-02-10 Thread Henrique de Moraes Holschuh
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

2007-02-10 Thread Ismail Dönmez
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

2007-02-10 Thread Ismail Dönmez
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

2007-02-09 Thread Len Brown
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

2007-02-09 Thread Matthew Garrett
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

2007-02-09 Thread Henrique de Moraes Holschuh
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

2007-02-09 Thread Kristen Carlson Accardi
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

2007-02-09 Thread Pavel Machek
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

2007-02-09 Thread Pavel Machek
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

2007-02-09 Thread Kristen Carlson Accardi
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

2007-02-09 Thread Henrique de Moraes Holschuh
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

2007-02-09 Thread Matthew Garrett
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

2007-02-09 Thread Len Brown
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

2007-02-07 Thread Len Brown
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

2007-02-07 Thread Al Boldi
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

2007-02-07 Thread Al Boldi
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

2007-02-07 Thread Len Brown
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/