On Montag, 6. November 2017 13:54:25 CET Bastien Nocera wrote: > On Sun, 2017-11-05 at 14:31 +0200, Andy Shevchenko wrote: > > On Fri, Nov 3, 2017 at 9:03 PM, Stefan Brüns > > > > <stefan.bruens@xxxxxxxxxxxxxx> wrote: > > > Currently, intel-vbtn only supports the most relevant buttons, > > > although > > > there are several more events, mostly in use by convertibles. > > > > > > This series adds support for three more events. One of these events > > > is a switch (SW_*) event, which is currently not working when using > > > sparse keymaps. The first patch fixes this combination. > > > > > > The second patch adds support for the SW_TABLET_MODE switch, which > > > is used by current convertibles. > > > > > > The third patch adds support for the KEY_ROTATE_DISPLAY. On the > > > Dell > > > XPS 12 (9Q33), rotation lock is implemented as a button to toggle > > > between locked and unlocked state. In locked state, the > > > accelerometer > > > should be ignored, while in unlocked the screen contents should > > > autorotate based on the tablet orientation. The same functionality > > > is likely implemented as a switch (SW_ROTATE_LOCK event) on > > > different > > > hardware. > > > > > > The fourth patch adds support for the "Windows logo" button/key > > > found on > > > the XPS 12 display (i.e. in tablet mode, it is the only key > > > reachable). > > > The Lenovo Helix 2 has an equivalent touch button. The event > > > currently > > > uses KEY_MENU, although a distinct key code may be a better choice. > > > > All, except first, are applied to my review and testing queue, > > thanks! > > > > > Stefan Brüns (4): > > > Input: sparse-keymap - send sync event for KE_SW/KW_VSW > > > platform/x86: intel-vbtn: support SW_TABLET_MODE > > > platform/x86: intel-vbtn: support KEY_ROTATE_DISPLAY > > > platform/x86: intel-vbtn: support panel front button > > KEY_MENU is the key for the contextual menu. You need to use > KEY_LEFTMETA. See 791738be57473fddaf393dcedcef31b577231aaa which does > this for soc_button_array. IMHO LEFTMETA is a bad idea for several reasons: - LEFTMETA aka Windows aka RightGUI key is used as a modifier/flag (see e.g. USB HID HUT, Keyboard Page 0x07), while on a tablet, it is the only regular button (save special funtions like power, volume). - on a regular keyboard, I expect the LEFTMETA key to be handled/usable as a modifier key. I would not expect it to be used as a shortcut key. So if KEY_MENU is not acceptable, a new keycode IMHO is a much better option. Kind regards, Stefan
