delta/libevdev.git/libevdev/make-event-names.py, branch libevdev-1.6.0

include: sync event codes with kernel 4.19

2018-10-22T08:55:57+00:00

Signed-off-by: Peter Hutterer

Add libevdev_event_value_get_name() to resolve ABS_MT_TOOL_TYPE values

2018-07-09T01:57:57+00:00

ABS_MT_TOOL_TYPE values are an enum, not a numerical value like all other
axes. So let's allow converting those values to string.

Fixes https://gitlab.freedesktop.org/libevdev/libevdev/issues/1

Signed-off-by: Peter Hutterer 
Reviewed-by: Benjamin Tissoires

Resolve the names "SW_MAX" and friends

2018-07-09T01:57:57+00:00

Some of the *_MAX names are duplicates and have a real define. These were not
resolved until now.

Fixes https://gitlab.freedesktop.org/libevdev/libevdev/issues/3

Signed-off-by: Peter Hutterer 
Reviewed-by: Benjamin Tissoires

make-event-names: minor cleanups for readability

2018-07-09T01:57:57+00:00

Two variable renames for less ambiguity
Two changes from an long if condition to a "if foo in [...]"

Signed-off-by: Peter Hutterer 
Reviewed-by: Benjamin Tissoires

Blacklist SW_MAX so it doesn't shadow SW_PEN_INSERTED

2018-02-26T07:12:08+00:00

They have the same value, so the _MAX code would shadow the real code, causing
issues in any client that needs to get all event names from libevdev.
Specifically, the loop of:
  for each code in 0 to max-for-type:
      print(name)
would not show up the code (but the _MAX) code instead. This causes issues
with clients that rely on name resolution that works. And the _MAX values are
special values anyway.

Blacklist it in the script here, causing it to resolve from name to code, but
not from code to name (like other duplicated codes).

Signed-off-by: Peter Hutterer 
Reviewed-by: Benjamin Tissoires

Blacklist REP_MAX so it doesn't shadow REP_PERIOD

2018-02-26T07:12:08+00:00

They have the same value, so the _MAX code would shadow the real code, causing
issues in any client that needs to get all event names from libevdev.
Specifically, the loop of:
  for each code in 0 to max-for-type:
      print(name)
would not show up the code (but the _MAX) code instead. This causes issues
with clients that rely on name resolution that works. And the _MAX values are
special values anyway.

Signed-off-by: Peter Hutterer 
Reviewed-by: Benjamin Tissoires

Drop the python map printing

2018-02-26T06:53:55+00:00

leftover from when this was part of evemu

Signed-off-by: Peter Hutterer 
Reviewed-by: Benjamin Tissoires

Add parsing linux/input-event-codes.h, update to kernel v4.5

2016-03-30T05:45:58+00:00

The kernel has split most of the event codes out to a new header but the FF_
bits are missing from that header. Until this is fixed upstream, change the
event code parsing so it can take two files (using cat and stdin) so we can
update the kernel headers again.

Signed-off-by: Peter Hutterer 
Reviewed-by: Benjamin Tissoires

Shut up clang compiler warnings

2015-01-06T22:33:10+00:00

clang looks at GCC pragmas, but doesn't understand -Woverride-init. Instead,
it uses -Winitializer-overrides.

Signed-off-by: Peter Hutterer 
Reviewed-by: David Herrmann

Add libevdev_property_from_name()

2014-08-19T22:43:15+00:00

12717d79 "Add libevdev_event_type/code_from_name() resolvers" added the
lookup functions for types and codes, this commit adds the missing ones for
input properties.

Signed-off-by: Peter Hutterer 
Reviewed-by: Benjamin Tissoires