From the libinput wiki page:
- libinput is a library to handle input devices in Wayland compositors and to provide a generic X.Org input driver. It provides device detection, device handling, input device event processing and abstraction so minimize the amount of custom input code compositors need to provide the common set of functionality that users expect.
The X.Org input driver supports most regular Xorg#Input devices. Particularly notable is the project's goal to provide advanced support for touch (multitouch and gesture) features of touchpads and touchscreens. See the project documentation for more information.
If you wish to use libinput under Wayland, there is nothing to do for installation. The package should already be installed as a dependency of any graphical environment you use that has Wayland, and no additional driver is needed.
If you wish to use libinput with Xorg, install the package, which is "a thin wrapper around libinput and allows for libinput to be used for input devices in X. This driver can be used as as drop-in replacement for evdev and synaptics."  In other words, other packages used for input with X (i.e., those prefixed with
xf86-input-) can be replaced with this driver.
You may also want to installto be able to change settings at runtime.
For Xorg, a default configuration file is installed in
/usr/share/X11/xorg.conf.d/60-libinput.conf. No extra configuration is necessary for it to autodetect keyboards, touchpads, trackpointers and supported touchscreens.
It will output the devices on the system and their respective features supported by libinput.
After a restart of the graphical environment, the devices should be managed by libinput with default configuration, if no other drivers are configured to take precedence.
See the libinput(4) manual page for general options to set. The xinput tool is used to view or change options available for a particular device at runtime. For example:
$ xinput list-props device-number
to view and
$ xinput set-prop device-number option-number setting
to change a setting.
Alternative drivers for Xorg#Input devices can generally be installed in parallel. If you intend to switch driver for a device to use libinput, ensure no legacy configuration files
/etc/X11/xorg.conf.d/ for other drivers take precedence.
/etc/X11/xorg.conf.dfor both), synaptics will take precedence due to its
70-synaptics.conffile name. To avoid this, you can symlink the default libinput configuration:
# ln -s /usr/share/X11/xorg.conf.d/60-libinput.conf /etc/X11/xorg.conf.d/60-libinput.conf
One way to check which devices are managed by libinput is the xorg logfile. For example, the following:
$ grep -e "Using input driver 'libinput'" ~/.local/share/xorg/Xorg.0.log
[ 28.799] (II) Using input driver 'libinput' for 'Power Button' [ 28.847] (II) Using input driver 'libinput' for 'Video Bus' [ 28.853] (II) Using input driver 'libinput' for 'Power Button' [ 28.860] (II) Using input driver 'libinput' for 'Sleep Button' [ 28.872] (II) Using input driver 'libinput' for 'AT Translated Set 2 keyboard' [ 28.878] (II) Using input driver 'libinput' for 'SynPS/2 Synaptics TouchPad' [ 28.886] (II) Using input driver 'libinput' for 'TPPS/2 IBM TrackPoint' [ 28.895] (II) Using input driver 'libinput' for 'ThinkPad Extra Buttons'
is a notebok without any configuration files in
/etc/X11/xorg.conf.d/, i.e. devices are autodetected.
Of course you can elect to use an alternative driver for one device and libinput for others. A number of factors may influence which driver to use. For example, in comparison to Touchpad Synaptics the libinput driver has fewer options to customize touchpad behaviour to one's own taste, but far more programmatic logic to process multitouch events (e.g. palm detection as well). Hence, it makes sense to try the alternative, if you are experiencing problems on your hardware with one driver or the other.
Custom configuration files should be placed in
/etc/X11/xorg.conf.d/ and following a widely used naming schema
30-touchpad.conf is often chosen as filename.
/usr/share/X11/xorg.conf.d/60-libinput.conffor guidance and refer to the manual page for a detailed description of available configuration options.
A basic configuration should have the following structure:
Section "InputClass" Identifier "devname" Driver "libinput" Option "Device" "devpath" ... EndSection
You may define as many sections as you like in a single configuration file.
To configure the device of your choice specify a filter by using
MatchIsTouchpad "on" or
MatchIsTouchscreen "on" and add your desired option. Common options include:
"Tapping" "on": tapping a.k.a. tap-to-click
"NaturalScrolling" "true": natural (reverse) scrolling
"ScrollMethod" "edge": edge (vertical) scrolling
Bear in mind that some of them may only apply to certain devices.
There are different GUI tools:
- Control center has a basic UI under 'Mouse & Touchpad'.
- Similar to the GNOME UI, with more options.
- KDE Plasma 5:
- Basic options within Touchpad section (kcm_touchpad) in System Settings.
- pointing-devices-kcm ( AUR) is a new and rewritten KCM for all input devices supported by libinput.
Tips and tricks
Swapping two- and three-finger tap for a touchpad is a straight forward example. Instead of the default three-finger tap for pasting you can configure two-finger tap pasting by swapping the buttons with a button map of 1 3 2. To store the new button map permanently, set the
ButtonMapping option in your Xorg configuration file. For swapping two- and three-finger tap the file should contain a section similar to the following one:
Section "InputClass" Identifier "touchpad" Driver "libinput" MatchIsTouchpad "on" Option "Tapping" "on" Option "ButtonMapping" "1 3 2 4 5 6" EndSection
Remember to remove
MatchIsTouchpad "on" if your device is not a touchpad and adjust the
For some devices it is desirable to change the button mapping. A common example is the use of a thumb button instead of the middle button (used in X11 for pasting) on mice where the middle button is part of the mouse wheel. You can query the current button mapping via:
$ xinput get-button-map device
You can freely permutate the button numbers and write them back. Example:
$ xinput set-button-map device 1 6 3 4 5 0 7
In this example, we mapped button 6 to be the middle button and disabled the original middle button by assigning it to button 0. This may also be used for Wayland, but be aware both the device number and its button-map will be different. Hence, settings are not directly interchangeable.
Some devices occur several times under the same device name, with a different amount of buttons exposed. The following is an example for reliably changing the button mapping for a Logitech Revolution MX mouse via xinitrc:
... for i in $(xinput list | grep "Logitech USB Receiver" | perl -n -e'/id=(\d+)/ && print "$1\n"') do if xinput get-button-map "$i" 2>/dev/null| grep -q 20; then xinput set-button-map "$i" 1 17 3 4 5 8 7 6 9 10 11 12 13 14 15 16 2 18 19 20 fi done ...
While the libinput driver already contains logic to process advanced multitouch events like swipe and pinch gestures, the Desktop environment or Window manager might not have implemented actions for all of them yet.
For EWMH (see also wm-spec) compliant window managers, the libinput-gestures utility can be used meanwhile. The program reads libinput gestures (through
libinput-debug-events) from the touchpad and maps them to gestures according to a configuration file. Hence, it offers some flexibility within the boundaries of libinput's built-in recognition.
To use libinput-gestures, install the AUR package. You can use the default system-wide configured swipe and pinch gestures or define your own in a personal configuration file, see the README for details.
First, see whether the packaged libinput-debug-events tool can support you in debugging the problem. Executing
libinput-debug-events --help shows options it covers.
Some inputs require kernel support. The tool evemu-describe from thepackage can be used to check:
Compare the output of software supported input trackpad driver with a supported trackpad. i.e. a couple of ABS_ axes, a couple of ABS_MT axes and no REL_X/Y axis. For a clickpad the
INPUT_PROP_BUTTONPAD property should also be set, if it is supported.
Touchpad not working in GNOME
Ensure the touchpad events are being sent to the GNOME desktop by running the following command:
$ gsettings set org.gnome.desktop.peripherals.touchpad send-events enabled