Message ID | 8ebdb255-b0b5-4de2-a680-e7f6713256d0@rwthex-w2-a.rwth-ad.de (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
On Thu, 2017-11-09 at 23:44 +0100, Stefan Brüns wrote: > The key has the same use as the SW_ROTATE_LOCK, but is used on > devices > where the state is not tracked by the hardware but has to be handled > in software. I'll let the input and hid subsystem maintainers have the final say here, though I think that sending out Win+O would be easier, as this is already something that desktops need to support for those devices that send the actual Win+O key combination when those buttons are pressed there. If we're going with the separate keycode, could you also file bugs against xkbd-common and xkeyboard-config to get the key added to the list of XF86 keysyms and to the default evdev keymap? Otherwise Wayland and X11 based desktops won't be able to use it. Cheers > Signed-off-by: Stefan Brüns <stefan.bruens@rwth-aachen.de> > > --- > > Changes in v2: > - New patch, add support for KEY_ROTATE_LOCK_TOGGLE > > include/uapi/linux/input-event-codes.h | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/include/uapi/linux/input-event-codes.h > b/include/uapi/linux/input-event-codes.h > index f4058bd4c373..ba5d709a8923 100644 > --- a/include/uapi/linux/input-event-codes.h > +++ b/include/uapi/linux/input-event-codes.h > @@ -593,6 +593,7 @@ > #define BTN_DPAD_RIGHT 0x223 > > #define KEY_ALS_TOGGLE 0x230 /* Ambient light > sensor */ > +#define KEY_ROTATE_LOCK_TOGGLE 0x231 /* Display > rotation lock */ > > #define KEY_BUTTONCONFIG 0x240 /* AL Button > Configuration */ > #define KEY_TASKMANAGER 0x241 /* AL > Task/Project Manager */ -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Nov 09, 2017 at 11:44:34PM +0100, Stefan Brüns wrote: > The key has the same use as the SW_ROTATE_LOCK, but is used on devices > where the state is not tracked by the hardware but has to be handled > in software. > > Signed-off-by: Stefan Brüns <stefan.bruens@rwth-aachen.de> > Dmitry, this lands in the middle of series that otherwise applies to drivers/platform/x86. OK with you if we carry this one? > --- > > Changes in v2: > - New patch, add support for KEY_ROTATE_LOCK_TOGGLE > > include/uapi/linux/input-event-codes.h | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/include/uapi/linux/input-event-codes.h b/include/uapi/linux/input-event-codes.h > index f4058bd4c373..ba5d709a8923 100644 > --- a/include/uapi/linux/input-event-codes.h > +++ b/include/uapi/linux/input-event-codes.h > @@ -593,6 +593,7 @@ > #define BTN_DPAD_RIGHT 0x223 > > #define KEY_ALS_TOGGLE 0x230 /* Ambient light sensor */ > +#define KEY_ROTATE_LOCK_TOGGLE 0x231 /* Display rotation lock */ > > #define KEY_BUTTONCONFIG 0x240 /* AL Button Configuration */ > #define KEY_TASKMANAGER 0x241 /* AL Task/Project Manager */ > -- > 2.15.0 > >
On Freitag, 10. November 2017 00:34:53 CET Bastien Nocera wrote: > On Thu, 2017-11-09 at 23:44 +0100, Stefan Brüns wrote: > > The key has the same use as the SW_ROTATE_LOCK, but is used on > > devices > > where the state is not tracked by the hardware but has to be handled > > in software. > > I'll let the input and hid subsystem maintainers have the final say > here, though I think that sending out Win+O would be easier, as this is > already something that desktops need to support for those devices that > send the actual Win+O key combination when those buttons are pressed > there. > > If we're going with the separate keycode, could you also file bugs > against xkbd-common and xkeyboard-config to get the key added to the > list of XF86 keysyms and to the default evdev keymap? Otherwise Wayland > and X11 based desktops won't be able to use it. Filed for xkeyboard-config: https://bugs.freedesktop.org/show_bug.cgi?id=103998 and xkb-common: https://github.com/xkbcommon/libxkbcommon/issues/55 Regards, Stefan -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Looks like this might also be needed for the MobileStudio Pro... https://bugzilla.kernel.org/show_bug.cgi?id=197991 Jason --- Now instead of four in the eights place / you’ve got three, ‘Cause you added one / (That is to say, eight) to the two, / But you can’t take seven from three, / So you look at the sixty-fours.... On Thu, Nov 30, 2017 at 9:51 AM, Brüns, Stefan <Stefan.Bruens@rwth-aachen.de> wrote: > On Freitag, 10. November 2017 00:34:53 CET Bastien Nocera wrote: >> On Thu, 2017-11-09 at 23:44 +0100, Stefan Brüns wrote: >> > The key has the same use as the SW_ROTATE_LOCK, but is used on >> > devices >> > where the state is not tracked by the hardware but has to be handled >> > in software. >> >> I'll let the input and hid subsystem maintainers have the final say >> here, though I think that sending out Win+O would be easier, as this is >> already something that desktops need to support for those devices that >> send the actual Win+O key combination when those buttons are pressed >> there. >> >> If we're going with the separate keycode, could you also file bugs >> against xkbd-common and xkeyboard-config to get the key added to the >> list of XF86 keysyms and to the default evdev keymap? Otherwise Wayland >> and X11 based desktops won't be able to use it. > > Filed for xkeyboard-config: > https://bugs.freedesktop.org/show_bug.cgi?id=103998 > > and xkb-common: > https://github.com/xkbcommon/libxkbcommon/issues/55 > > Regards, > > Stefan > -- > To unsubscribe from this list: send the line "unsubscribe linux-input" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Any movement on this? Are we just waiting on an ACK/NAK from Dmitry? Jason --- Now instead of four in the eights place / you’ve got three, ‘Cause you added one / (That is to say, eight) to the two, / But you can’t take seven from three, / So you look at the sixty-fours.... On Tue, Dec 5, 2017 at 10:50 AM, Jason Gerecke <killertofu@gmail.com> wrote: > Looks like this might also be needed for the MobileStudio Pro... > > https://bugzilla.kernel.org/show_bug.cgi?id=197991 > > Jason > --- > Now instead of four in the eights place / > you’ve got three, ‘Cause you added one / > (That is to say, eight) to the two, / > But you can’t take seven from three, / > So you look at the sixty-fours.... > > > > On Thu, Nov 30, 2017 at 9:51 AM, Brüns, Stefan > <Stefan.Bruens@rwth-aachen.de> wrote: >> On Freitag, 10. November 2017 00:34:53 CET Bastien Nocera wrote: >>> On Thu, 2017-11-09 at 23:44 +0100, Stefan Brüns wrote: >>> > The key has the same use as the SW_ROTATE_LOCK, but is used on >>> > devices >>> > where the state is not tracked by the hardware but has to be handled >>> > in software. >>> >>> I'll let the input and hid subsystem maintainers have the final say >>> here, though I think that sending out Win+O would be easier, as this is >>> already something that desktops need to support for those devices that >>> send the actual Win+O key combination when those buttons are pressed >>> there. >>> >>> If we're going with the separate keycode, could you also file bugs >>> against xkbd-common and xkeyboard-config to get the key added to the >>> list of XF86 keysyms and to the default evdev keymap? Otherwise Wayland >>> and X11 based desktops won't be able to use it. >> >> Filed for xkeyboard-config: >> https://bugs.freedesktop.org/show_bug.cgi?id=103998 >> >> and xkb-common: >> https://github.com/xkbcommon/libxkbcommon/issues/55 >> >> Regards, >> >> Stefan >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-input" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/include/uapi/linux/input-event-codes.h b/include/uapi/linux/input-event-codes.h index f4058bd4c373..ba5d709a8923 100644 --- a/include/uapi/linux/input-event-codes.h +++ b/include/uapi/linux/input-event-codes.h @@ -593,6 +593,7 @@ #define BTN_DPAD_RIGHT 0x223 #define KEY_ALS_TOGGLE 0x230 /* Ambient light sensor */ +#define KEY_ROTATE_LOCK_TOGGLE 0x231 /* Display rotation lock */ #define KEY_BUTTONCONFIG 0x240 /* AL Button Configuration */ #define KEY_TASKMANAGER 0x241 /* AL Task/Project Manager */
The key has the same use as the SW_ROTATE_LOCK, but is used on devices where the state is not tracked by the hardware but has to be handled in software. Signed-off-by: Stefan Brüns <stefan.bruens@rwth-aachen.de> --- Changes in v2: - New patch, add support for KEY_ROTATE_LOCK_TOGGLE include/uapi/linux/input-event-codes.h | 1 + 1 file changed, 1 insertion(+)