libevdev is a library for handling evdev kernel devices. It abstracts the evdev ioctls through type-safe interfaces and provides functions to change the appearance of the device.
Development
The git repository is available here:
Development of libevdev is discussed on input-tools@lists.freedesktop.org. Please submit patches, questions or general comments there.
Handling events and SYN_DROPPED
libevdev provides an interface for handling events, including most notably SYN_DROPPED
events. SYN_DROPPED
events are sent by the kernel when the process does not read events fast enough and the kernel is forced to drop some events. This causes the device to get out of sync with the process' view of it. libevdev handles this by telling the caller that a * SYN_DROPPED
has been received and that the state of the device is different to what is to be expected. It then provides the delta between the previous state and the actual state of the device as a set of events. See libevdev_next_event() and SYN_DROPPED handling for more information on how SYN_DROPPED
is handled.
Signal safety
libevdev is signal-safe for the majority of its operations, i.e. many of its functions are safe to be called from within a signal handler. Check the API documentation to make sure, unless explicitly stated a call is not signal safe.
Device handling
A libevdev context is valid for a given file descriptor and its duration. Closing the file descriptor will not destroy the libevdev device but libevdev will not be able to read further events.
libevdev does not attempt duplicate detection. Initializing two libevdev devices for the same fd is valid and behaves the same as for two different devices.
libevdev does not handle the file descriptors directly, it merely uses them. The caller is responsible for opening the file descriptors, setting them to O_NONBLOCK
and handling permissions. A caller should drain any events pending on the file descriptor before passing it to libevdev.
Where does libevdev sit?
libevdev is essentially a read(2)
on steroids for /dev/input/eventX
devices. It sits below the process that handles input events, in between the kernel and that process. In the simplest case, e.g. an evtest-like tool the stack would look like this:
kernel → libevdev → evtest
For X.Org input modules, the stack would look like this:
kernel → libevdev → xf86-input-evdev → X server → X client
For anything using libinput (e.g. most Wayland compositors), the stack the stack would look like this:
kernel → libevdev → libinput → Compositor → Wayland client
libevdev does not have knowledge of X clients or Wayland clients, it is too low in the stack.
Example
Below is a simple example that shows how libevdev could be used. This example opens a device, checks for relative axes and a left mouse button and if it finds them monitors the device to print the event.
A more complete example is available with the libevdev-events tool here: https://gitlab.freedesktop.org/libevdev/libevdev/blob/master/tools/libevdev-events.c
Backwards compatibility with older kernel
libevdev attempts to build and run correctly on a number of kernel versions. If features required are not available, libevdev attempts to work around them in the most reasonable way. For more details see Compatibility and Behavior across kernel versions.
License information
libevdev is licensed under the MIT license.
Bindings
- Python: https://gitlab.freedesktop.org/libevdev/python-libevdev
- Haskell: http://hackage.haskell.org/package/evdev
- Rust: https://crates.io/crates/evdev-rs
Reporting bugs
Please report bugs in the freedesktop.org GitLab instance: https://gitlab.freedesktop.org/libevdev/libevdev/issues/