Am 25.06.2016 um 11:15 schrieb Michał Kępień: >>> ...though if you think about it, the whole thing is absolutely hideous: >>> an *ACPI* driver requires cooperation from a *video* driver to notify >>> the operating system about a *key press*. >> >> Yeah. On one hand I'm utterly amazed. On the other, I've seen and read >> about other really bizarre things which go on in the BIOSes of computers >> over the years, so nothing really surprises me anymore. :-) > > Yes, I am a rookie in this field, so perhaps I simply have not seen > enough weirdness yet to just get over something like this. > >> My understanding based on this latest information is that the patch to the >> i915 driver fixes the brightness control on these laptops and that no >> changes to fujitsu-laptop are required for this. Is this correct? > > This is my understanding as well. Yup. AFAIK the patchset registers the active output ports of the graphic chip within ACPI, and this is checked by the brightness keys EC, so if the port of the display is disabled, the keys don't work. So no additional change is needed, as long as it just has to work in X11. And I just realized the events are generated on key release, which feels strange, but since we don't get press and release events, stuff like auto-repeat for brightness wouldn't work. >> As to >> the touch keys, it sounds like this might be a BIOS thing to - is it? > > Are you referring to the "touchpad toggle" key? If you are, I will soon > post a patch adding support for this key so that Jan-Marek can test it. > I just need to find some time to actually write it. This needs a small patch. But getting the keycode into X11 seems to be impossible, as X / xev can't handle keycodes > 255 (KEY_TOUCHPAD_TOGGLE). I'm currently running evrouter, to call a script on the event, which dis-/enables the input device using xinput. I would definitely prefer any HW or kernel driver solution. I couldn't find a way to map the 530 keycode to something < 255 to suit xev and skip the evrouter. Maybe Fujitsu will offer a better solution. Regards, Jan-Marek -- To unsubscribe from this list: send the line "unsubscribe platform-driver-x86" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
