summaryrefslogtreecommitdiff
path: root/dri2proto.pc.in
diff options
context:
space:
mode:
authorPeter Hutterer <peter.hutterer@who-t.net>2021-01-18 11:37:39 +1000
committerPeter Hutterer <peter.hutterer@who-t.net>2021-02-08 14:52:02 +1000
commit5dbb5b76597f434ec91cfcde0750de8157c0bbf5 (patch)
tree568e8056be50e0b096c70191fd8d5df3f0f9a94b /dri2proto.pc.in
parent70e990f09c54033097ed21caebf0dc73ec738aaf (diff)
XF86keysym.h: reserve a range for Linux kernel keysyms
The Linux kernel adds a few evdev keycodes roughly every other release. These aren't available as keysyms through XKB until they have been added as keycode in xkeyboard-config and mapped there to a newly defined keysym in the X11 proto headers. In the past, this was done manually, a suitable keysym was picked at random and the mapping updated accordingly. This doesn't scale very well and, given we have a large reserved range for XF86 keysyms anyway, can be done easier. Let's reserve the range 0x10081XXX range for a 1:1 mapping of Linux kernel codes. That's 4095 values, the kernel currently uses only 767 anyway. The lower 3 bytes of keysyms within that range have to match the kernel value to make them easy to add and search for. Nothing in X must care about the actual keysym value anyway. Since we expect this to be parsed by other scripts for automatic updating, the format of those #defines is quite strict. Add a script to generate keycodes as well as verify that the existing ones match the current expected format. The script is integrated into the CI and meson test, so we will fail if an update breaks the expectations. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Diffstat (limited to 'dri2proto.pc.in')
0 files changed, 0 insertions, 0 deletions