On Sun, 2009-09-20 at 14:44 -0300, Henrique de Moraes Holschuh wrote:
> This two-patch patchset adds poll() support to Matthew's backlight event
> work, and also adds backlight event support for thinkpad-acpi.
>
> The thinkpad-acpi changes depend on a patchset I just sent to Len Brown
> for mergin
On Sun, Sep 20, 2009 at 08:12:28PM -0300, Henrique de Moraes Holschuh wrote:
> Please check if reloading the parport and/or lp modules makes it find the
> port. Does it?
No, it doesn't. I just get get the
lp: driver loaded but no devices found
message.
Please check if reloading the parport and/or lp modules makes it find the
port. Does it?
--
"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 Ho
I have released version 0.23-20090920 of thinkpad-acpi through
the sourceforge.net release system.
Patches are available for 2.6.27, 2.6.28, 2.6.29, 2.6.30 and 2.6.31 at:
https://sourceforge.net/projects/ibm-acpi/files/thinkpad-acpi/0.23-20090920/
(support for 2.6.28 and 2.6.29 will be
On Sun, 20 Sep 2009, Paride Legovini wrote:
> I own a thinkpad X60s and its docking station (ultrabase X6), which has
> a parallel port on it. I'm running a 2.6.31 vanilla kernel.
> When I boot with the laptop while it is docked the 'partport' and 'lp'
> modules are loaded and I get the /dev/lp0 de
I own a thinkpad X60s and its docking station (ultrabase X6), which has
a parallel port on it. I'm running a 2.6.31 vanilla kernel.
When I boot with the laptop while it is docked the 'partport' and 'lp'
modules are loaded and I get the /dev/lp0 device I can use for printing.
If I boot the laptop wh
Extend the backlight event support to also allow the use of
poll()/select() on actual_brightness.
We already have the entire event hookup anyway, adding a single
function call in one line to get functionality like that is a really
good deal.
Signed-off-by: Henrique de Moraes Holschuh
Cc: Matthew
Matthew, Richard,
This two-patch patchset adds poll() support to Matthew's backlight event
work, and also adds backlight event support for thinkpad-acpi.
The thinkpad-acpi changes depend on a patchset I just sent to Len Brown
for merging in acpi-test.
Is there any timeframe for the backlight eve
Take advantage of the new events capabilities of the backlight class to
notify userspace of backlight changes.
This depends on "backlight: Allow drivers to update the core, and
generate events on changes", by Matthew Garrett.
Signed-off-by: Henrique de Moraes Holschuh
Cc: Matthew Garrett
---
D
backlight_device_register returns ERR_PTR() in case of problems, and
the current code would leave that ERR_PTR in ibm_backlight_device.
The current code paths won't touch it in that situation, but that could
change. Make sure to set ibm_backlight_device to NULL in the error
path.
Signed-off-by:
hotkey_exit() is only called if hotkey_init() finished sucessfully, or
by direct calls inside hotkey_init(). The tp_features.hotkey test is
always true, and just adds to the confusion, remove it. Also, avoid
calling hotkey_mask_set() when it won't do anything useful.
Signed-off-by: Henrique de M
Reduce the number of magic numbers in the driver... note that they
were all explained and documented already.
Signed-off-by: Henrique de Moraes Holschuh
---
drivers/platform/x86/thinkpad_acpi.c | 92 +
1 files changed, 69 insertions(+), 23 deletions(-)
diff --g
Update the HKEY event driver to:
1. Handle better the second-gen firmware, which has no HKEY mask
support but does report FN+F3, FN+F4 and FN+F12 without the need
for NVRAM polling.
a) always make the mask-related attributes available in sysfs;
b) use DMI quirks to detect the second-g
Len,
This is a second set of changes for thinkpad-acpi that I would like to
see merged into acpi-test for this merge window.
The patchset contains some cleanups, and an important rework of the
internal hotkey event handling code which new features will depend on.
I apologise for not sending them
Add an internal API to the driver, to allow subdrivers to request and
receive HKEY 0x1000 events. This API will be used by the backlight
(brightness up/down) and upcoming ALSA mixer (volume up/down/mute)
subdrivers.
Signed-off-by: Henrique de Moraes Holschuh
---
drivers/platform/x86/thinkpad_ac
HKEY event 0x5010 is useless to us: old ThinkPads don't issue it. Newer
ThinkPads won't issue it anymore. And all ThinkPads issue 0x1010 and
0x1011 events.
Just silently drop it instead of sending it to userspace.
Signed-off-by: Henrique de Moraes Holschuh
---
Documentation/laptops/thinkpad-a
16 matches
Mail list logo