On Wednesday 09 April 2008, Henrique de Moraes Holschuh wrote:
>
> Len,
>
> This patchset has my current thinkpad-acpi queue. The target is 2.6.26's
> merge window.
>
> Some of the thinkpad-acpi patches require patches from Richard Purdie's LED
> tree that are already in -mm. As far as I know,
Switch all task workers to a private thinkpad-acpi workqueue.
This way, we don't risk causing trouble for other tasks scheduled to the
default work queue, as our workers end up needing to access the ACPI EC,
run ACPI AML code, trigger SMI traps... and none of those are exactly known
to be fast, si
Fix a minor (nano?) thing that bothered me at exactly at the wrong time.
Signed-off-by: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
---
drivers/misc/thinkpad_acpi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/misc/thinkpad_acpi.c b/drivers/misc/thinkpad_a
Add a sysfs led class interface to the thinklight (light subdriver).
Signed-off-by: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
Cc: Richard Purdie <[EMAIL PROTECTED]>
---
Documentation/laptops/thinkpad-acpi.txt | 25 +++---
drivers/misc/thinkpad_acpi.c| 57
Do some preparatory work to add sysfs support to the thinklight and
thinkpad leds driver.
Signed-off-by: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
---
drivers/misc/Kconfig |2 +
drivers/misc/thinkpad_acpi.c | 191 ++
2 files changed, 138
Unfortunately, a lot of stuff in the kernel has size limitations, so
"thinkpad-acpi" ends up eating up too much real estate. We were using
"tpacpi" in symbols already, but this shorthand was not visible to
userland.
Document that the driver will use tpacpi as a short hand where necessary,
and use
Add missing select for BACKLIGHT_LCD_SUPPORT, as select doesn't select the
dependencies of a symbol for us.
Also, "select INPUT" in Kconfig. We are not an Input device, nor are we
anywhere close to the input subsystem in the Kconfig tree, so using
"depends on INPUT" is not user-friendly at all.
Full LED sysfs support, and the rest of the assorted minor fixes and
enhancements are a good reason to checkpoint a new version...
Signed-off-by: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
---
Documentation/laptops/thinkpad-acpi.txt |4 ++--
drivers/misc/thinkpad_acpi.c|2
Add a sysfs led class interface to the led subdriver.
Signed-off-by: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
Cc: Richard Purdie <[EMAIL PROTECTED]>
---
Documentation/laptops/thinkpad-acpi.txt | 47 +--
drivers/misc/thinkpad_acpi.c| 136 ++
ibm-acpi and thinkpad-acpi did not know about bit 5 of the EC backlight
level control register (EC 0x31), so it was always forced to zero on
any writes.
This would disable the BIOS option to *not* use a dimmer backlight level
scale while on battery, and who knows what else (there are two other
con
Lenovo ThinkPads with generic ACPI backlight level control can be easily
set to react to keyboard brightness key presses in a more predictable way
than what they do when in "DOS / bootloader" mode after Linux brings
up the ACPI interface.
The switch to the ACPI backlight mode in the firmware is de
Len,
This patchset has my current thinkpad-acpi queue. The target is 2.6.26's
merge window.
Some of the thinkpad-acpi patches require patches from Richard Purdie's LED
tree that are already in -mm. As far as I know, those are usually merged
early when the merge window opens, so that shouldn't
If userspace applications mess with the CMOS NVRAM, or something causes
both the ACPI firmware and thinkpad-acpi to try to change the brightness at
the same time, it is possible to have the CMOS and EC registers for the
current brightness go out of sync.
Should that happen, thinkpad-acpi could be
thinkpad-acpi knows for a while now how to best program the hotkeys by
default, and always enable them by default. Unfortunately, this
information has not filtered down everywhere it needs to, yet. Notably,
old ibm-acpi documentation and most "thinkpad setup guides" will have wrong
information on
During initialization, thinkpad-acpi outputs some messages to make sure
releavant box identification information is easily available in-line with
the rest of the driver messages.
Enhance those messages to output the alfanumeric model number as well.
Signed-off-by: Henrique de Moraes Holschuh <[EM
On Wed, 09 Apr 2008, Yves-Alexis Perez wrote:
> On mar, 2008-04-08 at 21:26 -0300, Henrique de Moraes Holschuh wrote:
> > Heh. We will find that mute mixer yet. It is what is giving us
> > trouble
> > in the X61 and T61 too.
>
> Mute works fine with the fake/virtual ???Master??? device.
Can you
Hello,
I have this ThinkPad and there is a few non-working features, such as
volume control via /proc/acpi/ibm/volume, also there is a problem with
weird acpi event when the lowest level of brightness is reached. But
this have been discussing here
https://bugs.launchpad.net/ubuntu/+source/linux
17 matches
Mail list logo