summaryrefslogtreecommitdiff
path: root/test/litest-device-gpio-keys.c
Commit message (Collapse)AuthorAgeFilesLines
* test: auto-generate the udev rulesPeter Hutterer2019-06-141-10/+4
| | | | | | | | | We only ever set properties in the devices, so let's make that more explicit and auto-generate the udev rule. This way we're hopefully better protected from the various typos that hid in those rules over the years, but also be prepared for passing the udev property key/value pairs elsewhere. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
* Switch from udev property parsing to the quirks systemPeter Hutterer2018-06-081-2/+7
| | | | Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
* test: fix udev rule for the gpio keys test devicePeter Hutterer2018-05-251-1/+1
| | | | Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
* test: switch to a TEST_DEVICE macro for all the litest test devicesPeter Hutterer2017-09-211-11/+2
| | | | | | | | | | | | | | | | The test device initialization code was a bit of duplicated boilerplate and required adding a reference to the devices to the 'devices' list in litest.c. Automate this with a new TEST_DEVICE macro that adds the devices to a custom section in the binary, then loops throught that section to get the device out. This reduces the boilerplate for each test device to just the TEST_MACRO and the LITEST_foo device enum entry. It also now automates the shortname of the device. The device's shortname was standardised in this approach as well, lowercase and dashes only. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
* lid: disable all types but EV_SYN and EV_SWPeter Hutterer2017-07-271-0/+75
The lid dispatch interface is a one-trick pony and can only handle SW_LID. It ignores other switches but crashes on any event type other than EV_SW and EV_SYN. Disable those types so we just ignore the event instead of asserting. https://bugs.freedesktop.org/show_bug.cgi?id=101853 Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Jason Gerecke <jason.gerecke@wacom.com>