[ltp] tpacpi bug in tpacpi::thinklight/brightness for X1 Carbon

[Henrique de Moraes Holschuh]

On Thu, 02 Jan 2014, Sandro wrote:
> Thanks for looking into this.
> >  echo "0x0e" > /proc/acpi/ibm/cmos might be useful.  Other interesting
> cmos commands might be 0x0b to 0x0d.
> 
> All four (?) commands don't seem to do anything.
> 
> > What's in the FN+PGUP key of a X1 carbon?  This is weird, I'd expect it
> to be mapped to FN+SPACE (event 0x1014)...
> 
> I guess Fn + Space is the PgUp equivalent? The Carbon has three states for

That would be extremely annoying, but it is easy enough to test for.  Do you
have an utility to dump input device events?  In Debian/Ubuntu, it is called
input-events and lsinput (package input-utils).

If you do, set the thinkpad-acpi hotkey_mask to all ones to leak all hotkey
events to userspace, run the input events dump utility attached to the
thinkpad-acpi input device (lsinput will help you locate it), and check
which events are reported for each key.  You want the scancodes (events with
type EV_MSC MSC_SCAN) that are reported when you press a hotkey.

The documentation for thinkpad-acpi is attached.  The hoktey_mask and other
sysfs nodes will be somewhere under /sys/devices/platform/thinkpad_acpi/

-- 
  "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