Difference between revisions of "Touchpad Synaptics"

From ArchWiki
Jump to navigation Jump to search
m (Add gsynaptics info)
(Undo revision 589095 by Raymo111 (talk))
Tag: Undo
 
(694 intermediate revisions by more than 100 users not shown)
Line 1: Line 1:
[[Category:Input devices (English)]]
+
[[Category:Input devices]]
[[Category:HOWTOs (English)]]
+
[[de:Synaptics Touchpad Treiber]]
 +
[[es:Touchpad Synaptics]]
 +
[[fr:Touchpad Synaptics]]
 +
[[it:Touchpad Synaptics]]
 +
[[ja:Synaptics タッチパッド]]
 +
[[ru:Touchpad Synaptics]]
 +
[[zh-hans:Touchpad Synaptics]]
 +
{{Related articles start}}
 +
{{Related|Xorg}}
 +
{{Related articles end}}
 +
This article details the installation and configuration process of the '''''Synaptics input driver''''' for Synaptics (and ALPS) touchpads found on most notebooks.
  
{{i18n_links_start}}
+
{{Warning|{{pkg|xf86-input-synaptics}} is no longer actively updated. If possible, use [[libinput]].}}
{{i18n_entry|English|Touchpad Synaptics}}
 
{{i18n_entry|German|Touchpad Synaptics (Deutsch)}}
 
{{i18n_links_end}}
 
  
==Introduction==
+
{{Note|1=If you want to configure touchpad via GNOME control center, you need to use the [[libinput]] driver.[https://bugzilla.gnome.org/show_bug.cgi?id=764257#c12]}}
synaptics is a driver for the Synaptics TouchPad which is manufactured in most laptops. This article will help install and configure the driver according to your needs.
 
  
==Installation==
+
== Installation ==
You can install the synaptics modules via pacman from the extra repository:
 
# pacman -S synaptics
 
  
Both '''evdev''' and '''psmouse''' kernel modules have to be loaded. They may be loaded automatically but it is always safe to add them to your MODULES array in the /etc/rc.conf file:
+
The Synaptics driver can be [[install]]ed with the package {{Pkg|xf86-input-synaptics}}.
MODULES = (... evdev psmouse ...)
 
  
In case you are using the gnome or kde desktop environment or just want an graphical interface to configure your touchpad, you can install gsynaptics for gnome (community repository) or
+
== Configuration ==
ksynaptics for kde.
 
  
This article will stick to the configuration without a graphical interface.
+
The primary method of configuration for the touchpad is through an [[Xorg]] server configuration file. After installation of {{ic|xf86-input-synaptics}}, a default configuration file is located at {{ic|/usr/share/X11/xorg.conf.d/70-synaptics.conf}}. Users can copy this file to {{ic|/etc/X11/xorg.conf.d/}} and edit it to configure the various driver options available. Refer to the {{man|4|synaptics}} manual page for a complete list of available options. Machine-specific options can be discovered using [[#Synclient]].
  
==Configuration==
+
=== Frequently used options ===
Configuration for the synaptics driver is most likely done in the Xorg configuration file.
 
  
At least you have to load the synaptics module by adding it to your Modules section:
+
The following example file configures some common options, including vertical, horizontal and circular scrolling as well as tap-to-click:
Section "Module"
 
        ...
 
        Load "synaptics"
 
        ...
 
EndSection
 
  
And you have to add your synaptics input device to your server layout:
+
{{hc|/etc/X11/xorg.conf.d/70-synaptics.conf|<nowiki>
Section "ServerLayout"
+
Section "InputClass"
        ...
+
    Identifier "touchpad"
        InputDevice "Touchpad" "AlwaysCore"
+
    Driver "synaptics"
        ...
+
    MatchIsTouchpad "on"
EndSection
+
        Option "TapButton1" "1"
 +
        Option "TapButton2" "3"
 +
        Option "TapButton3" "2"
 +
        Option "VertEdgeScroll" "on"
 +
        Option "VertTwoFingerScroll" "on"
 +
        Option "HorizEdgeScroll" "on"
 +
        Option "HorizTwoFingerScroll" "on"
 +
        Option "CircularScrolling" "on"
 +
        Option "CircScrollTrigger" "2"
 +
        Option "EmulateTwoFingerMinZ" "40"
 +
        Option "EmulateTwoFingerMinW" "8"
 +
        Option "CoastingSpeed" "0"
 +
        Option "FingerLow" "30"
 +
        Option "FingerHigh" "50"
 +
        Option "MaxTapTime" "125"
 +
        ...
 +
EndSection
 +
</nowiki>}}
  
Further more you have to configure your new input device named ''Touchpad''. We recommend using some kind of template which you can modify if you want or need to:
+
; TapButton1: (integer) configures which mouse-button is reported on a non-corner, one finger tap.
 +
; TapButton2: (integer) configures which mouse-button is reported on a non-corner, two finger tap
 +
; TapButton3: (integer) configures which mouse-button is reported on a non-corner, three finger tap
 +
; RBCornerButton: (integer) configures which mouse-button is reported on a right bottom corner, one finger tap (use {{ic|Option "RBCornerButton" "3"}} to achieve Ubuntu style tap behaviour for right mouse button in lower right corner)
 +
; RTCornerButton: (integer) as above, but for top right corner, one finger tap.
 +
; VertEdgeScroll: (boolean) enables vertical scrolling while dragging across the right edge of the touch pad.
 +
; HorizEdgeScroll: (boolean) enables horizontal scrolling while dragging across the bottom edge of the touch pad.
 +
; VertTwoFingerScroll: (boolean) enables vertical scrolling using two fingers.
 +
; HorizTwoFingerScroll: (boolean) enables horizontal scrolling using two fingers.
 +
; EmulateTwoFingerMinZ/W: (integer) play with this value to set the precision of two finger scroll.
 +
; FingerLow: (integer) when finger pressure drops below this value, the driver counts it as a release.
 +
; FingerHigh: (integer) when finger pressure goes above this value, the driver counts it as a touch.
 +
; MaxTapTime: Determines how "crisp" a tap must be to be considered a real tap.  Decrease the value to require a more crisp tap.  Properly adjusting this parameter can reduce false positives when the hands hover over or lightly touch the pad.
 +
; VertScrollDelta and HorizScrollDelta: (integer) configures the speed of scrolling, it is a bit counter-intuitive because higher values produce greater precision and thus slower scrolling. Negative values cause natural scrolling like in macOS.
  
Section "InputDevice"
+
{{Note|
        Identifier  "Touchpad"
+
* If you find that your hand frequently brushes your touchpad, causing the {{ic|TapButton2}} option to be triggered (which will more than likely paste from your clipboard), and you do not mind losing two-finger-tap functionality, set {{ic|TapButton2}} to {{ic|0}}. Alternatively, see [[#Disable touchpad while typing]].
        Driver      "synaptics"
+
* Recent versions include a "Coasting" feature, enabled by default, which may have the undesired effect of continuing almost any scrolling until the next tap or click, even if you are no longer touching the touchpad. This means that to scroll just a bit, you need to scroll (by using the edge, or a multitouch option) and then almost immediately tap the touchpad, otherwise scrolling will continue forever. If wish to avoid this, set {{ic|CoastingSpeed}} to {{ic|0}}.
        Option      "Device"      "/dev/input/mouse0"
+
* If your touchpad is too sensitive, use higher values for {{ic|FingerLow}} and {{ic|FingerHigh}} and vice versa. Remember that {{ic|FingerLow}} should be smaller than {{ic|FingerHigh}}
        Option      "Protocol"    "auto-dev"
+
}}
        Option      "LeftEdge"    "1700"
 
        Option      "RightEdge"    "5300"
 
        Option      "TopEdge"      "1700"
 
        Option      "BottomEdge"  "4200"
 
        Option      "FingerLow"    "25"
 
        Option      "FingerHigh"  "30"
 
        Option      "MaxTapTime"  "180"
 
        Option      "MaxTapMove"  "220"
 
        Option      "MinSpeed"    "0.06"
 
        Option      "MaxSpeed"    "0.12"
 
        Option      "AccelFactor" "0.0010"
 
        Option      "SHMConfig"    "on"
 
EndSection
 
  
'''Identifier''' is the name of this input device you've specified in the server layout section above.
+
=== Configuration on the fly ===
  
'''Device''' defines where your synaptic device is located. See  Troubleshooting to find your device handler if it isn't /dev/input/mouse0 for you.
+
Next to the traditional method of configuration, the Synaptics driver also supports on the fly configuration. This means that users can set certain options through a software application, these options are applied immediately without needing to restart Xorg. This is useful to test configuration options before you include them in the configuration file or a script. Note that on the fly configuration is not persistent and lasts only until the Xorg server exists.
  
'''LeftEdge''', '''RightEdge''', '''TopEdge''' and '''BottomEdge''' are integer values which indicate the dimensions of your touchpad as x or y coordinates.
+
==== Console tools ====
  
'''FingerLow''' and '''FingerHigh''' are integer value which indicate the 'pressure value'  at which the driver counts a touch (pressure value goes above FingerHigh) or a release (pressure value drops below FingerLow).
+
* {{App|[[#Synclient|Synclient]]|command line utility to configure and query Synaptics driver settings|http://xorg.freedesktop.org/|{{Pkg|xf86-input-synaptics}}}}
 +
* {{App|[[#Using xinput to determine touchpad capabilities|xinput]]|general-purpose utility to configure X input devices|http://xorg.freedesktop.org/|{{Pkg|xorg-xinput}}}}
  
'''MaxTapTime''' is an integer value that defines the maximum time for detecting a tap (in milliseconds).
+
==== Graphical tools ====
  
'''MaxTapMove''' is an integer value which defines the maximum movement of your finger for detecting a tap.
+
* {{App|GPointing Device Settings|Provides graphical on the fly configuration for several pointing devices connected to the system, including your synaptics touch pad. This application replaces GSynaptics as the preferred tool for graphical touchpad configuration through the synaptics driver.|https://wiki.gnome.org/Attic/GPointingDeviceSettings|{{AUR|gpointing-device-settings}}}}
 +
* {{App|kcm_touchpad|New configuration tool for [[KDE]] Plasma 5. It provides a module under input devices in System Settings. It is to be considered a replacement for ''synaptiks'' and the old ''kcm-touchpad'' module.|https://cgit.kde.org/plasma-desktop.git/tree/kcms/touchpad|4={{Pkg|plasma-desktop}}}}
  
'''MinSpeed''' and '''MaxSpeed''' are set to determine the minimum and maximum speed factor. An floating point value is expected.
+
=== Xfce4/Cinnamon ===
  
'''AccelFactor''' is the acceleration factor as well defined as a floating point value.
+
To change these settings in ''XFCE 4''':
  
'''SHMConfig''' is a boolean value (on/off) for activating or deactivating shared memory. This needs to be enabled if you want to monitor or configure your synaptics device with clients as synclient, which will be using in this article.
+
# Open ''System Settings''.
 +
# Click ''Mouse and Touchpad''.
 +
# Change the settings on the ''Touchpad'' tab.
  
More options are explained in the synaptics' manpage, accessible with:
+
To change these settings in '''Cinnamon''':
man 5 synaptics
 
  
Those values given are sane defaults and will most probably work for you. However if you read on, you'll get to know how you can fine tune your configuration.
+
# Open ''Cinnamon System Settings''.
 +
# Click ''Mouse and Touchpad''.
 +
# Change the settings on the ''Touchpad'' tab.
  
===Gsynaptics===
+
=== MATE ===
In addition to the ''synaptics'' driver, GNOME users can also install the '''gsynaptics''' package to enable a GUI-based control panel:
 
# pacman -S gsynaptics
 
  
To save and load the settings from gsynaptics automatically, add '''gsynaptics-init''' to the list of ''Startup Programs'' found in ''System -> Preferences -> Sessions''.
+
It is possible configure the way MATE handles the touchpad:
  
'''''Note:''' Non-GNOME users can also use gsynaptics by adding '''gsynaptics-init''' to their .xinitrc or .xsession startup scripts.''
+
# Run {{ic|dconf-editor}}
 +
# Edit the keys in the {{ic|org.mate.desktop.peripherals.touchpad}} folder.
  
===Fine tuning your configuration===
+
To prevent Mate settings daemon from overriding existing settings, do as follows:
An easy way to do so is the synclient monitor. It is important for the monitor that the option "SHMConfig" is set to "on".
 
  
You can start the synaptics monitor with the following command:
+
# Run {{ic|dconf-editor}}
$ synclient -m 100
+
# Edit {{ic|org.mate.SettingsDaemon.plugins.mouse}}
Where -m activates the monitor and the following number specifies the update interval in milliseconds.
+
# Uncheck the '''active''' setting.
  
This monitor provides information about the current state of your touchpad. For example, if you move the mouse with the touchpad, the x and y values in the monitor will change. Therewith you can easy figure out your touchpad's dimension which is defined in the LeftEdge-, RightEdge-, BottomEdge- and TopEdge-Options.
+
== Advanced configuration ==
  
The abbreviations are explained as following:
+
=== Using xinput to determine touchpad capabilities ===
  
'''time'''
+
Depending on your model, synaptic touchpads may have or lack capabilities. We can determine which capabilities your hardware supports by using {{ic|xinput}}.
:Time in seconds since the logging was started.
 
  
'''x, y'''
+
* left, middle and right hardware buttons
:The x/y coordinates of the finger on the touchpad. The origin is in the upper left corner.
+
* two finger detection
 +
* three finger detection
 +
* configurable resolution
  
'''z'''
+
First, find the name of your touchpad:
:The pressure value. It represents the pressure you are using to navigate on your thouchpad.
 
  
'''f'''
+
$ xinput list
:Number of fingers currently touching the touchpad.
 
  
'''w'''
+
You can now use {{ic|xinput}} to find your touchpad's capabilities:
:Value that represents the finger width.
 
  
'''l,r,u,d,m,multi'''
+
{{hc|$ xinput list-props "SynPS/2 Synaptics TouchPad" {{!}} grep Capabilities|
:Those values represent the state of the left, right, up, down, middle and multi buttons pressed where zero means not pressed and one means pressed.
+
Synaptics Capabilities (309):  1, 0, 1, 0, 0, 1, 1
 +
}}
  
'''gl,gm,gr'''
+
From left to right, this shows:
:For touchpads which have a guest device, this are the associated button states for guest left, guest middle and guest right pressed (1) and not pressed (0).
+
* {{ic|1}}: device has a physical left button
 +
* {{ic|0}}: device does not have a physical middle button
 +
* {{ic|1}}: device has a physical right button
 +
* {{ic|0}}: device does not support two-finger detection
 +
* {{ic|0}}: device does not support three-finger detection
 +
* {{ic|1}}: device can configure vertical resolution
 +
* {{ic|1}}: device can configure horizontal resolution
  
'''gdx, gdy'''
+
Use {{ic|xinput list-props "SynPS/2 Synaptics TouchPad"}} to list all device properties. See {{man|4|synaptics}} for full documentation of the Synaptics properties.
:x/y coordinates of the guest device.
 
  
If a value constantly is zero, it means that this option is not supported by your device.
+
=== Synclient ===
  
With this in mind you should be able to figure the proper values out for you.
+
Synclient can configure every option available to the user as documented in {{man|4|synaptics}}. A full list of the current user settings can be brought up:
  
==Features of the synaptics driver==
+
$ synclient -l
===Circular scrolling===
 
Circular scrolling is a feature that synaptics offers which you probably know from the iPod. Instead of (or additional to) scrolling horizontally or vertically, you can scroll circularly. Some users find this faster and more precise.
 
To enable circular scrolling, you have to add the following options to your input device section as defined above:
 
  
  Section "InputDevice"
+
Every listed configuration option can be controlled through synclient, for example:
        ...
+
 
        Option      "CircularScrolling"          "on"
+
* Enable palm detection: {{ic|1=$ synclient PalmDetect=1}}
        Option      "CircScrollTrigger"          "0"
+
* Configure button events (right button event for two finger tap here): {{ic|1=$ synclient TapButton2=3}}
        ...
+
* Disable the touchpad: {{ic|1=$ synclient TouchpadOff=1}}
EndSection
+
 
 +
After you have successfully tried and tested your options through synclient, you can make these changes permanent by adding them to {{ic|/etc/X11/xorg.conf.d/70-synaptics.conf}}.
 +
 
 +
=== evtest ===
 +
 
 +
The tool {{Pkg|evtest}} can display pressure and placement on the touchpad in real-time, allowing further refinement of the default Synaptics settings. The evtest monitoring can be started with:
 +
 
 +
  $ evtest /dev/input/event''X''
 +
 
 +
''X'' denotes the touchpad's ID. It can be found by looking at the output of {{ic|cat /proc/bus/input/devices}}.
 +
 
 +
evtest needs exclusive access to the device which means it cannot be run together with an X server instance. You can either kill the X server or run evtest from a different virtual terminal (e.g., by pressing {{ic|Ctrl+Alt+F2}}).
 +
 
 +
=== xev ===
 +
 
 +
The tool {{Pkg|xorg-xev}} can display taps, clicks, pressure, placement and other measured parameters in real-time, allowing still further refinement of the default Synaptics settings. xev can be run in X and needs no specifics. using the "-event" parameter, it is possible to restrict the types of events that are reported.
 +
 
 +
=== Circular Scrolling ===
 +
 
 +
Circular scrolling is a feature that Synaptics offers which closely resembles the behaviour of iPods. Instead of (or additional to) scrolling horizontally or vertically, you can scroll circularly. Some users find this faster and more precise.
 +
To enable circular scrolling, add the following options to the touchpad device section of {{ic|/etc/X11/xorg.conf.d/70-synaptics.conf}}:
 +
{{hc|/etc/X11/xorg.conf.d/70-synaptics.conf|<nowiki>
 +
Section "InputClass"
 +
    ...
 +
    Option      "CircularScrolling"          "on"
 +
    Option      "CircScrollTrigger"          "0"
 +
    ...
 +
EndSection
 +
</nowiki>}}
 +
 
 +
The option '''CircScrollTrigger''' may be one of the following values, determining which edge circular scrolling should start:
  
As you've might guessed '''CircularScrolling''' enables or disables circular scrolling.
 
The option '''CircScrollTrigger''' may be one of the following values, determining on which edge circular scrolling should start:
 
 
  0    All Edges
 
  0    All Edges
 
  1    Top Edge
 
  1    Top Edge
Line 154: Line 199:
 
  8    Top Left Corner
 
  8    Top Left Corner
  
Specifying something different from zero may be useful if you want to use circular scrolling in conjunction with horizontal and / or vertical scrolling. If you do so, the type of scrolling is determined by the edge you're starting.
+
Specifying something different from zero may be useful if you want to use circular scrolling in conjunction with horizontal and/or vertical scrolling. If you do so, the type of scrolling is determined by the edge you start from.
 +
 
 +
To scroll fast, draw small circles in the center of your touchpad. To scroll slowly and more precise, draw large circles.
 +
 
 +
=== Natural scrolling ===
 +
 
 +
It is possible to enable natural scrolling through synaptics. Simply use negative values for {{ic|VertScrollDelta}} and {{ic|HorizScrollDelta}} like so:
 +
 
 +
{{hc|/etc/X11/xorg.conf.d/70-synaptics.conf|<nowiki>
 +
Section "InputClass"
 +
    ...
 +
    Option      "VertScrollDelta"          "-111"
 +
    Option      "HorizScrollDelta"        "-111"
 +
    ...
 +
EndSection
 +
</nowiki>}}
 +
 
 +
=== Software toggle ===
 +
 
 +
You might want to turn the touchpad on and off with a simple button click or shortcut. This can be done by [[Keyboard shortcuts#Xorg|binding]] the following ''xinput''-based script:
 +
 
 +
{{hc|/usr/local/bin/touchpad_toggle.sh|2=<nowiki>
 +
#!/bin/bash
 +
 
 +
declare -i ID
 +
ID=`xinput list | grep -Eio '(touchpad|glidepoint)\s*id\=[0-9]{1,2}' | grep -Eo '[0-9]{1,2}'`
 +
declare -i STATE
 +
STATE=`xinput list-props $ID|grep 'Device Enabled'|awk '{print $4}'`
 +
if [ $STATE -eq 1 ]
 +
then
 +
    xinput disable $ID
 +
    # echo "Touchpad disabled."
 +
    # notify-send -a 'Touchpad' 'Disabled' -i /usr/share/icons/Adwaita/48x48/devices/input-touchpad.png
 +
else
 +
    xinput enable $ID
 +
    # echo "Touchpad enabled."
 +
    # notify-send -a 'Touchpad' 'Enabled' -i /usr/share/icons/Adwaita/48x48/devices/input-touchpad.png
 +
fi
 +
</nowiki>}}
 +
 
 +
{{Tip|When using external monitors with [[bumblebee]], the touchpad can be configured on the second X server by prepending {{ic|1=DISPLAY=:8}} to the command.}}
 +
 
 +
Alternatively, {{ic|synclient}} can be used to toggle the touchpad. However, it can only turn off touch events but not physical clickpad button usage:
 +
 
 +
{{hc|/usr/local/bin/touchpad.sh|<nowiki>
 +
#!/bin/bash
 +
 
 +
synclient TouchpadOff=$(synclient -l | grep -c 'TouchpadOff.*=.*0')
 +
</nowiki>}}
 +
 
 +
=== Disable touchpad while typing ===
 +
 
 +
==== Using the driver's automatic palm detection ====
 +
 
 +
First of all you should test if it works properly for your touchpad and if the settings are accurate. Enable palm detection with
 +
 
 +
$ synclient PalmDetect=1
 +
 
 +
Then test the typing. You can tweak the detection by setting the minimum width for the touch to be considered a palm, for example
 +
 
 +
$ synclient PalmMinWidth=8
 +
 
 +
And you can tweak the minimum pressure required for the touch to be considered a palm, for example
 +
 
 +
$ synclient PalmMinZ=100
 +
 
 +
{{Tip|To help find the best values for palm detection, you can use {{pkg|evtest}} to see the width and Z values reported during touchpad use.}}
 +
 
 +
Once you have found the correct settings, you can add them to your [[#Configuration|config file]]:
 +
 
 +
{{bc|<nowiki>
 +
Option "PalmDetect" "1"
 +
Option "PalmMinWidth" "8"
 +
Option "PalmMinZ" "100"
 +
</nowiki>}}
 +
 
 +
{{Warning|1=For some touchpads, an [https://bugzilla.kernel.org/show_bug.cgi?id=77161 issue] with the kernel can cause the palm width to always be reported as 0. This breaks palm detection in a majority of cases. Pending an actual fix, you can [https://gist.github.com/silverhammermba/a231c8156ecaa63c86f1 patch] the synaptics package to use only Z for palm detection.}}
 +
 
 +
{{Tip|If you experience problems with consistent palm detection for your hardware, an alternative to try is [[libinput]].}}
 +
 
 +
==== Using syndaemon ====
 +
 
 +
{{ic|syndaemon}} monitors keyboard activity and disables the touchpad while typing. It has several options to control when the disabling occurs. View them with
 +
 
 +
$ syndaemon -h
 +
 
 +
For example, to disable tapping and scrolling for 0.5 seconds after each keypress (ignoring modifier keys like Ctrl), use
 +
 
 +
$ syndaemon -i 0.5 -t -K -R
 +
 
 +
Once you have determined the options you like, you should use your login manager or [[xinitrc]] to have it run automatically when X starts. The {{ic|-d}} option will make it start in the background as a daemon.
 +
 
 +
=== Disable touchpad on mouse detection ===
 +
 
 +
With the assistance of [[udev]], it is possible to automatically disable the touchpad if an external mouse has been plugged in.  To achieve this, use one of the following rules.
 +
 
 +
==== Basic desktop ====
 +
 
 +
This is a basic rule generally for non-"desktop environment" sessions:
 +
 
 +
{{hc|/etc/udev/rules.d/01-touchpad.rules|2=
 +
SUBSYSTEM=="input", KERNEL=="mouse[0-9]*", ACTION=="add", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/''username''/.Xauthority", RUN+="/usr/bin/synclient TouchpadOff=1"
 +
SUBSYSTEM=="input", KERNEL=="mouse[0-9]*", ACTION=="remove", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/''username''/.Xauthority", RUN+="/usr/bin/synclient TouchpadOff=0"
 +
}}
 +
 
 +
If the touchpad is always deactivated at startup, even when no mouse is plugged in, try adding the following criteria between the KERNEL and ACTION parameters above:
 +
 
 +
ATTRS{name}!="*TouchPad", ATTRS{name}!="*Stick",
 +
 
 +
==== GDM ====
 +
 
 +
{{Accuracy|saying that GDM ''usually'' does something does not make sense}}
 +
 
 +
GDM usually stores the Xauthority files in {{ic|/var/run/gdm}} in a randomly-named directory. You should find your actual path to the Xauthority file which can be done using {{ic|ps ax}}. For some reason multiple authority files may appear for a user, so a rule like will be necessary:
 +
 
 +
{{hc|/etc/udev/rules.d/01-touchpad.rules|2=
 +
SUBSYSTEM=="input", KERNEL=="mouse[0-9]", ACTION=="add", PROGRAM="/usr/bin/find /var/run/gdm -name ''username'' -print0 -quit", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="$result/database", RUN+="/usr/bin/synclient TouchpadOff=1"
 +
SUBSYSTEM=="input", KERNEL=="mouse[0-9]", ACTION=="remove", PROGRAM="/usr/bin/find /var/run/gdm -name ''username'' -print0 -quit", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="$result/database", RUN+="/usr/bin/synclient TouchpadOff=0"
 +
}}
 +
 
 +
Furthermore, you should validate that your udev script is running properly! You can check for the conditions using {{ic| udevadm monitor -p}} which must be run as root.
 +
 
 +
===== With syndaemon running =====
 +
 
 +
{{ic|syndaemon}} whether started by the [[#Using syndaemon|user]] or the desktop environment can conflict with synclient and will need to be disabled.  A rule like this will be needed:
 +
 
 +
{{hc|/etc/udev/rules.d/01-touchpad.rules|2=
 +
SUBSYSTEM=="input", KERNEL=="mouse[0-9]", ACTION=="add", PROGRAM="/usr/bin/find /var/run/gdm -name ''username'' -print -quit", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="$result/database", RUN+="/bin/sh -c '/usr/bin/synclient TouchpadOff=1 ; sleep 1; /bin/killall syndaemon; '"
 +
}}
 +
 
 +
===== touchpad-state =====
 +
 
 +
An AUR package {{aur|touchpad-state-git}} has been created around the udev rules above.  It includes a udev rule and script:
 +
 
 +
touchpad-state [--off] [--on]
 +
 
 +
==== GNOME ====
 +
 
 +
GNOME users can install GNOME shell extension [https://extensions.gnome.org/extension/131/touchpad-indicator/ Touchpad Indicator], change "Switch Method" to "Synclient" and enable "Automatically switch Touchpad On/Off" in its preferences.
 +
 
 +
==== KDE ====
 +
 
 +
If using Plasma, the package {{Pkg|plasma-desktop}} can be used to manage the touchpad.
 +
 
 +
==== System with multiple X sessions ====
 +
 
 +
{{Accuracy|Hard-coded {{ic|DISPLAY}} variable does not work with multiple X sessions.}}
 +
 
 +
For an environment where multiple users are present, a slightly different approach is needed to detect the current users X environment. This script will help achieving this:
 +
 
 +
{{hc|/usr/bin/mouse-pnp-event-handler.sh|<nowiki>
 +
#!/bin/sh
 +
## $1 = "add" / "remove"
 +
## $2 = %k from udev
 +
 
 +
## Set TRACKPAD_NAME according to your configuration.
 +
## Check your trackpad name with:
 +
## find /sys/class/input/ -name mouse* -exec udevadm info -a {} \; | grep 'ATTRS{name}'
 +
TRACKPAD_NAME="SynPS/2 Synaptics TouchPad"
 +
 
 +
USERLIST=$(w -h | cut -d' ' -f1 | sort | uniq)
 +
MOUSELIST=$(find /sys/class/input/ -name mouse*)
 +
 
 +
for CUR_USER in ${USERLIST}; do
 +
        CUR_USER_XAUTH="$(sudo -Hiu ${CUR_USER} env | grep -e "^HOME=" | cut -d'=' -f2)/.Xauthority"
 +
 
 +
 
 +
        ## Can't find a way to get another users DISPLAY variable from an isolated root environment. Have to set it manually.
 +
        #CUR_USER_DISPL="$(sudo -Hiu ${CUR_USER} env | grep -e "^DISPLAY=" | cut -d'=' -f2)"
 +
        CUR_USER_DISPL=":0"
 +
 
 +
        export XAUTHORITY="${CUR_USER_XAUTH}"
 +
        export DISPLAY="${CUR_USER_DISPL}"
 +
 
 +
        if [ -f "${CUR_USER_XAUTH}" ]; then
 +
                case "$1" in
 +
                        "add")
 +
                                /usr/bin/synclient TouchpadOff=1
 +
                                /usr/bin/logger "USB mouse plugged. Disabling touchpad for $CUR_USER. ($XAUTHORITY - $DISPLAY)"
 +
                        ;;
 +
                        "remove")
 +
                                ## Only execute synclient if there are no external USB mice connected to the system.
 +
                                EXT_MOUSE_FOUND="0"
 +
                                for CUR_MOUSE in ${MOUSELIST}; do
 +
                                        if [ "$(cat ${CUR_MOUSE}/device/name)" != "${TRACKPAD_NAME}" ]; then
 +
                                                EXT_MOUSE_FOUND="1"
 +
                                        fi
 +
                                done
 +
                                if [ "${EXT_MOUSE_FOUND}" == "0" ]; then
 +
                                        /usr/bin/synclient TouchpadOff=0
 +
                                        /usr/bin/logger "No additional external mice found. Enabling touchpad for $CUR_USER."
 +
                                else
 +
                                        logger "Additional external mice found. Won't enable touchpad yet for $CUR_USER."
 +
                                fi
 +
                        ;;
 +
                esac
 +
        fi
 +
done
 +
</nowiki>}}
 +
 
 +
Update the {{ic|TRACKPAD_NAME}} variable for your system configuration.
 +
Run {{ic|<nowiki>find /sys/class/input/ -name mouse* -exec udevadm info -a {} \; | grep 'ATTRS{name}'</nowiki>}} to get a list of useful mice-names. Choose the one for your trackpad.
 +
 
 +
Then have udev run this script when USB mices are plugged in or out, with these udev rules:
 +
 
 +
{{hc|/etc/udev/rules.d/01-touchpad.rules|2=
 +
SUBSYSTEM=="input", KERNEL=="mouse[0-9]*", ACTION=="add", RUN+="/usr/bin/mouse-pnp-event-handler.sh add %k"
 +
SUBSYSTEM=="input", KERNEL=="mouse[0-9]*", ACTION=="remove", RUN+="/usr/bin/mouse-pnp-event-handler.sh remove %k"
 +
}}
 +
 
 +
=== Buttonless touchpads (aka ClickPads) ===
 +
 
 +
Ever more laptops have a special kind of touchpad which has a single mouse button as part of the tracking plate, instead of external buttons. For example, the 2015 Dell XPS 13, HP series 4500 ProBooks, ThinkPad X220 and X1 ThinkPad series have this kind of a touchpad. By default, the whole button area is detected as a left button, so right and middle-click functions and click + drag will not work. It is possible to define two and three finger clicks as right and middle button clicks, and/or to define parts of the click pad surface as right and middle buttons. Note that although the driver registers multiple touches, it does not track individual fingers (as of version 1.7.1) which results in confusing behavior when using physical buttons of a clickpad for drag-and-drop and other gestures: you have to click with two or three fingers but then only move one of them while holding the button down with another.  You can look into the {{AUR|xf86-input-mtrack}} driver for better multitouch support.
 +
 
 +
Some desktop environments (KDE and GNOME at least) define sane and useful default configurations for clickpads, providing a right button at the bottom right of the pad, recognising two and three-finger clicks anywhere on the pad as right and middle clicks, and providing configuration options to define two and three-finger taps as right and middle clicks. If your desktop does not do this, or if you want more control, you can modify the touchpad section in {{ic|/etc/X11/xorg.conf.d/70-synaptics.conf}} (or better, of your custom synaptics configuration file prefixed with a higher number). For example:
 +
 
 +
{{hc|/etc/X11/xorg.conf.d/70-synaptics.conf|<nowiki>
 +
Section "InputClass"
 +
    Identifier "touchpad"
 +
    Driver "synaptics"
 +
    MatchIsTouchpad "on"
 +
        # Enable clickpad/multitouch support
 +
        Option "ClickPad" "true"
 +
        # Middle-button emulation is not supported
 +
        Option "EmulateMidButtonTime" "0"
 +
        # Define right soft button at the bottom
 +
        Option "SoftButtonAreas"  "50% 0 82% 0 0 0 0 0"
 +
EndSection
 +
</nowiki>}}
 +
 
 +
The format for the SoftButtonAreas option is (from {{man|4|synaptics}}):
 +
{{bc|RightButtonAreaLeft RightButtonAreaRight RightButtonAreaTop RightButtonAreaBottom  MiddleButtonAreaLeft MiddleButtonAreaRight MiddleButtonAreaTop MiddleButtonAreaBottom}}
 +
 
 +
The above "SoftButtonAreas" option is commonly found in documentation or synaptics packages, and it defines the right half of the bottom 18% of the touchpad as a right button. There is '''no middle button''' defined. If you want to define a middle button remember one key piece of information from the manual; '''edge set to 0 extends to infinity in that direction.'''
 +
 
 +
In the following example the right button will occupy the rightmost 40% of the button area and the middle button 20% of it in the center. The leftmost 40% remains as a left button (as does the rest of the clickpad):
 +
 
 +
...
 +
Option    "SoftButtonAreas"  "60% 0 82% 0 40% 59% 82% 0"
 +
...
 +
 
 +
You can use {{ic|<nowiki>synclient</nowiki>}} to check the soft button areas:
 +
 
 +
{{hc|<nowiki>$ synclient -l | grep -i ButtonArea</nowiki>|<nowiki>
 +
        RightButtonAreaLeft    = 3914
 +
        RightButtonAreaRight    = 0
 +
        RightButtonAreaTop      = 3918
 +
        RightButtonAreaBottom  = 0
 +
        MiddleButtonAreaLeft    = 3100
 +
        MiddleButtonAreaRight  = 3873
 +
        MiddleButtonAreaTop    = 3918
 +
        MiddleButtonAreaBottom  = 0
 +
</nowiki>}}
 +
 
 +
If your buttons are not working, soft button areas are not changing, ensure you do not have a synaptics configuration file distributed by a package which is overriding your custom settings (ie. some AUR packages distribute configurations prefixed with very high numbers).
 +
 
 +
These settings cannot be modified on the fly with {{ic|<nowiki>synclient</nowiki>}}, however, {{ic|<nowiki>xinput</nowiki>}} works:
 +
 
 +
xinput set-prop "SynPS/2 Synaptics TouchPad" "Synaptics Soft Button Areas" 4000 0 4063 0 3000 4000 4063 0
 +
 
 +
You cannot use percentages with this command, so look at {{ic|/var/log/Xorg.0.log}} to figure out the touchpad x and y-axis ranges.
 +
 
 +
==== Bottom edge correction ====
 +
 
 +
In some cases, for example Toshiba Satellite P50, everything work out of the box except often your click are seen as mouse movement and the cursor will jump away just before registering the click.
 +
This can be easily solved running
 +
 
 +
$ synclient -l | grep BottomEdge
 +
 
 +
take the BottomEdge value and subtract a the wanted height of your button, then temporary apply with
 +
 
 +
$ synclient AreaBottomEdge=4000
 +
 
 +
when a good value has been found make it a fixed correction with
 +
 
 +
{{hc|/etc/X11/xorg.conf.d/70-synaptics.conf|<nowiki>
 +
...
 +
Option "AreaBottomEdge"        "4000"
 +
...
 +
</nowiki>}}
 +
 
 +
{{Note|The area will not act as touchpad if the touch '''begins''' in that area, but it can still be used if the touch has originated outside.}}
 +
 
 +
== Troubleshooting ==
 +
 
 +
=== Touchpad does not work after resuming from hibernate/suspend ===
 +
 
 +
Occasionally touchpads will fail to work when the computer resumes from sleep or hibernation. This can often be corrected without rebooting by
 +
 
 +
* Switching to a console and back again,
 +
* entering sleep mode again, and resuming again, or
 +
* locating the correct kernel module, then removing it and inserting it again.
 +
* blacklisting kernel module psmouse may be a permanent option (when the touchpad is handled by another module, eg i2c_designware_platform)
 +
 
 +
{{Note|You can use Ctrl-Alt-F1 through F8 to switch to a console without using the mouse.}}
 +
 
 +
modprobe -r psmouse #psmouse happens to be the kernel module for my touchpad (Alps DualPoint)
 +
modprobe psmouse
 +
 
 +
Now switch back to the tty that X is running on. If you chose the right module, your touchpad should be working again.
 +
 
 +
If you are using a laptop computer and your touchpad does not work after switching the laptop's lid, you can just change your power management policy: when closing the lid, 'shutdown the screen' instead of 'suspend'(or 'hibernate'). This is useful for some laptops.
 +
 
 +
=== xorg.conf.d/70-synaptics.conf does not seem to apply in MATE ===
 +
 
 +
[[MATE]] will by default overwrite various options for your touchpad. This includes configurable features for which there is no graphical configuration within MATE's system control panel. This may cause it to appear that {{ic|/etc/X11/xorg.conf.d/70-synaptics.conf}} is not applied. Follow [[#MATE]] to prevent this behavior.
 +
 
 +
=== The touchpad is not working, Xorg.0.log shows "Query no Synaptics: 6003C8" ===
 +
 
 +
Due to the way synaptics is currently set-up, 2 instances of the synaptics module are loaded. We can recognize this situation by opening the xorg log file ({{ic|/var/log/Xorg.0.log}}) and noticing this:
 +
 
 +
{{hc|/var/log/Xorg.0.log|<nowiki>
 +
[ 9304.803] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "evdev touchpad catchall"
 +
[ 9304.803] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "touchpad catchall"
 +
</nowiki>}}
 +
 
 +
Notice how 2 differently named instances of the module are being loaded. In some cases, this causes the touchpad to become nonfunctional.
 +
 
 +
We can prevent this double loading by adding {{ic|MatchDevicePath "/dev/input/event*"}} to our {{ic|/etc/X11/xorg.conf.d/70-synaptics.conf}} file:
 +
 
 +
{{hc|/etc/X11/xorg.conf.d/70-synaptics.conf|<nowiki>
 +
Section "InputClass"
 +
    Identifier "touchpad catchall"
 +
    Driver "synaptics"
 +
    MatchIsTouchpad "on"
 +
    MatchDevicePath "/dev/input/event*"
 +
        Option "TapButton1" "1"
 +
        Option "TapButton2" "2"
 +
        Option "TapButton3" "3"
 +
EndSection
 +
</nowiki>}}
 +
 
 +
Restart X and check xorg logs again, the error should be gone and the touchpad should be functional.
 +
 
 +
related bugreport: {{Bug|20830}}
 +
 
 +
related forum topics:
 +
 
 +
* https://bbs.archlinux.org/viewtopic.php?id=104769
 +
* https://bbs.archlinux.org/viewtopic.php?pid=825690
 +
 
 +
=== Touchpad detected as "PS/2 Generic Mouse" or "Logitech PS/2 mouse" ===
 +
 
 +
This can be caused by a number of issues;
 +
 
 +
==== Laptops with touchscreen & touchpad ====
 +
 
 +
There also seems to be a problem with laptops which have both a touchscreen & a touchpad, such as the Dell XPS 12 or Dell XPS 13. To fix this, you can [[blacklisting|blacklist]] the {{ic|i2c_hid}} driver, this does have the side-effect of disabling the touchscreen though.
  
To scroll fast, draw small circles in the center of your touchpad. To scroll slow and more precise, draw large circles.
+
This [http://www.spinics.net/lists/linux-input/msg27768.html seems to be a known problem]. Also see [https://bbs.archlinux.org/viewtopic.php?pid=1419078 this thread].
  
===Disabling touchpad on plugged in mouse===
+
Post kernel 3.15, having the module blacklisted may cause touchpad to stop working completely. Removing the blacklist should allow this to start working with limited functionality, see {{Bug|40921}}.
In assistance to [[udev]], it is possible to automatically disable the touchpad if an external mouse has been plugged in.
 
  
To achieve this, you just have to add the following udev rule:
+
=== Non-functional Synaptics special abilities (multi-tap, scrolling, etc.) ===
ACTION=="add", SUBSYSTEM=="input", ID_CLASS="mouse", RUN+="/usr/bin/synclient TouchpadOff=1"
 
ACTION=="remove", SUBSYSTEM=="input", ID_CLASS="mouse", RUN+="/usr/bin/synclient TouchpadOff=0"
 
  
Place this into '''/etc/udev/rules.d/01-touchpad.rules''' and make sure SharedMemory has been enabled and you should be fine.
+
In some cases Synaptics touchpads only work partially. Features like two-finger scrolling or two-finger middle-click do not work even if properly enabled. This is probably related to the  [[#The touchpad is not working, Xorg.0.log shows "Query no Synaptics: 6003C8"|The touchpad is not working]] problem mentioned above. Fix is the same, prevent double module loading.
  
==Troubleshooting==
+
If preventing the module from loading twice does not solve your issue, try commenting out the toggle {{ic|MatchIsTouchpad}} (which is now included by default in the synaptics config).
===My touchpad device isn't located at /dev/input/mouse0===
+
 
If that's the case, you can use this command to display information about your all input devices:
+
If clicking with either 2 or 3 fingers is interpreted as a right-click, so you cannot get a middle click either way regardless of configuration, this bug is probably the culprit:  https://bugs.freedesktop.org/show_bug.cgi?id=55365
  cat /proc/bus/input/devices
+
 
Search for an input device which has the name "SynPS/2 Synaptics TouchPad". The Handler in this section will tell you which Device you have to specify in your xorg.conf.
+
====No Multi-touch in some Elantech touchpads====
 +
 
 +
See [http://unix.stackexchange.com/questions/28736/what-does-the-i8042-nomux-1-kernel-option-do-during-booting-of-ubuntu].
 +
 
 +
=== Cursor jump ===
 +
 
 +
Some users have their cursor inexplicably ''jump'' around the screen. There currently no patch for this, but the developers are aware of the problem and are working on it.
 +
 
 +
Another posibility is that you are experiencing ''IRQ losses'' related to the i8042 controller (this device handles the keyboard and the touchpad of many laptops), so you have two possibilities here:
 +
 
 +
1. rmmod && insmod the psmouse module.
 +
 
 +
2. append {{ic|1=i8042.nomux=1}} to your [[kernel parameters]] and reboot your machine.
 +
 
 +
=== Touchpad device is not located at {{ic|/dev/input/*}} ===
 +
 
 +
If that is the case, you can use this command to display information about your input devices:
 +
 
 +
  $ cat /proc/bus/input/devices
 +
 
 +
Search for an input device which has the name "SynPS/2 Synaptics TouchPad". The "Handlers" section of the output specifies what device you need to specify.
  
 
'''Example output:'''
 
'''Example output:'''
 +
 +
{{hc|$ cat /proc/bus/input/devices|<nowiki>
 
  I: Bus=0011 Vendor=0002 Product=0007 Version=0000
 
  I: Bus=0011 Vendor=0002 Product=0007 Version=0000
 
  N: Name="SynPS/2 Synaptics TouchPad"
 
  N: Name="SynPS/2 Synaptics TouchPad"
 
  P: Phys=isa0060/serio4/input0
 
  P: Phys=isa0060/serio4/input0
 
  S: Sysfs=/class/input/input1
 
  S: Sysfs=/class/input/input1
  H: Handlers=mouse0 event1  
+
  H: Handlers=mouse0 event1
 
  B: EV=b
 
  B: EV=b
 
  B: KEY=6420 0 7000f 0
 
  B: KEY=6420 0 7000f 0
 +
</nowiki>}}
 +
 +
In this case, the {{ic|Handlers}} are {{ic|mouse0}} and {{ic|event1}}, so {{ic|/dev/input/mouse0}} would be used.
 +
 +
{{Expansion|TODO: explain how to apply this in {{ic|/etc/X11/xorg.conf.d/70-synaptics.conf}}}}
 +
 +
=== Firefox and special touchpad events ===
 +
 +
You can enable/disable some special events that Firefox handles upon tapping or scrolling certain parts of your touchpad by editing the settings of those actions.
 +
Type {{ic|about:config}} in your Firefox address bar.
 +
To alter options, double-click on the line in question.
 +
 +
==== Firefox 17.0 and later ====
 +
 +
Horizontal scrolling will now by default scroll through pages and not through your history. To reenable Mac-style forward/backward with two-finger swiping, edit:
 +
 +
mousewheel.default.action.override_x = 2
 +
 +
You may encounter accidental forwards/backwards while scrolling vertically. To change Firefox's sensitivity to horizontal swipes, edit:
 +
 +
mousewheel.default.delta_multiplier_x
 +
 +
The optimum value will depend on your touchpad and how you use it, try starting with {{ic|10}}. A negative value will reverse the swipe directions.
 +
 +
=== Opera: horizontal scrolling issues ===
 +
 +
Same as above.
 +
To fix it, go to ''Tools > Preferences > Advanced > Shortcuts''. Select "Opera Standard" mouse setup and click "Edit". In "Application" section:
 +
 +
{{Accuracy|Description here is not so clear and i don't use Opera,Please make it clear :)}}
 +
 +
* assign key "Button 6" to command "Scroll left"
 +
* assign key "Button 7" to command "Scroll right"
 +
 +
=== Scrolling and multiple actions with Synaptics on LG laptops ===
 +
 +
These problems seem to be occurring on several models of LG laptops.
 +
Symptoms include: when pressing Mouse Button 1, Synaptics interprets it as ScrollUP and a regular button 1 click; same goes for button 2.
 +
 +
The scrolling issue can be resolved by entering in {{ic|xorg.conf}}:
 +
 +
{{hc|/etc/X11/xorg.conf.d/xorg.conf|
 +
Option "UpDownScrolling" "0"
 +
}}
 +
 +
{{Note|This will make Synaptics interpret one button push as three. There is a patch written by Oskar Sandberg [http://www.math.chalmers.se/~ossa/linux/lg_tx_express.html] that removes these clicks.}}
 +
 +
Apparently, when trying to compile this against the latest version of Synaptics it fails. The solution to this is using the GIT repository for Synaptics [http://web.telia.com/~u89404340/touchpad/synaptics/.git].
 +
 +
To build the package after downloading the tarball and unpacking it, execute:
 +
 +
$ cd synaptics-git
 +
$ makepkg
 +
 +
=== Other external mouse issues ===
 +
 +
First, make sure your section describing the external mouse contains this line (or that the line looks like this):
 +
 +
{{hc|/etc/X11/xorg.conf.d/xorg.conf|
 +
Option    "Device" "/dev/input/mice"
 +
}}
 +
 +
If the "Device" line is different, change it to the above and try to restart X. If this does not solve your problem, make your '''touchpad''' is the CorePointer in the "Server Layout" section:
 +
 +
{{hc|/etc/X11/xorg.conf.d/xorg.conf|
 +
InputDevice    "Touchpad" "CorePointer"
 +
}}
 +
 +
and make your external device "SendCoreEvents":
 +
 +
{{hc|/etc/X11/xorg.conf.d/xorg.conf|
 +
InputDevice    "USB Mouse" "SendCoreEvents"
 +
}}
 +
 +
finally add this to your external device's section:
 +
 +
{{hc|/etc/X11/xorg.conf.d/xorg.conf|
 +
Option      "SendCoreEvents"    "true"
 +
}}
 +
 +
If all of the above does not work for you, please check relevant bug trackers for possible bugs, or go through the forums to see if anyone has found a better solution.
 +
 +
=== Touchpad synchronization issues ===
 +
 +
{{Out of date|section=Outdated "Touchpad synchronization issues" section}}
 +
 +
Sometimes the cursor may freeze for several seconds or start acting on its own for no apparent reason. This behavior is accompanied by records in {{ic|/var/log/messages.log}}
 +
 +
{{hc|/var/log/messages.log|
 +
psmouse.c: TouchPad at isa0060/serio1/input0 lost synchronization, throwing 3 bytes away
 +
}}
 +
 +
This problem has no general solution, but there are several possible workarounds.
 +
* If you use CPU frequency scaling, avoid using the "ondemand" governor and use the "performance" governor when possible, as the touchpad may lose sync when the CPU frequency changes.
 +
* Avoid using an ACPI battery monitor.
 +
* Attempt to load psmouse with "proto=imps" option. To do that, add this line to your {{ic|/etc/modprobe.d/modprobe.conf}}:
 +
 +
{{hc|/etc/modprobe.d/modprobe.conf|2=
 +
options psmouse proto=imps
 +
}}
 +
 +
* Try another desktop environment. Some users report that this problem only occurs when using XFCE or GNOME, for whatever reason
 +
 +
=== Xorg.log.0 shows SynPS/2 Synaptics touchpad can not grab event device, errno=16 ===
 +
 +
If you are using Xorg 7.4, you may get a warning like this from {{ic|/var/log/Xorg.0.log}}, thais is because the driver will grab the event device for exclusive use when using the Linux 2.6 event protocol. When it fails, X will return this error message.
 +
 +
Grabbing the event device means that no other user space or kernel space program sees the touchpad events. This is desirable if the X config file includes {{ic|/dev/input/mice}} as an input device, but is undesirable if you want to monitor the device from user space.
 +
 +
If you want to control it, add or modify the "GrabEventDevice" option in you touchpad section in {{ic|/etc/X11/xorg.conf.d/70-synaptics.conf}}:
 +
 +
{{hc|/etc/X11/xorg.conf.d/70-synaptics.conf|2=
 +
...
 +
Option "GrabEventDevice" "''boolean''"
 +
...
 +
}}
 +
 +
This will come into effect when X is restarted, though you can also change it by using synclient. When changing this parameter with the synclient program, the change will not take effect until the Synaptics driver is disabled and re-enabled.  This can be achieved by switching to a text console and then switching back to X.
  
As your Handlers are mouse0 and event1, you use /dev/input/mouse0.
+
=== Synaptics loses multitouch detection after rebooting from Windows ===
  
===Stopping the mouse from clicking while typing===
+
Many drivers include a firmware that is loaded into flash memory when the computer boots. This firmware is not necessarily cleared upon shutdown, and is not always compatible with Linux drivers. The only way to clear the flash memory is to shutdown completely rather than using reboot. It is generally considered best practice to never use reboot when switching between operating systems.
This is a neat little trick incorporated with the synaptics driver, you can actually make sure that the touchpad is disabled while typing. It is a very simple procedure, so here is how it is done.
 
  
Just add the following line to your .xinitrc before you run your window manager:
+
=== Touchpad not recognized after shutdown from Arch ===
syndaemon -i 2 &
 
  
The '''-i 2''' switch sets the idle time to 2 seconds. The idle time specifies how many seconds to wait after the last key press before enabling the touchpad again.
+
Certain touchpads (elantech in particular) will fail to be recognized as a device of any sort after a standard shutdown from Arch linux. There are multiple possible solutions to this problem:
  
Additionally you can add the '''-t''' switch that tells the daemon not to disable mouse movement when typing and only disable tapping and scrolling:
+
* Boot into a Windows partition/install disk and shutdown from there.
syndaemon -t -i 2 &
+
* Wait approximately 1 minute before turning on the computer after shutdown.
 +
* As discussed in https://bugzilla.kernel.org/show_bug.cgi?id=81331#c186 a patch has been merged into the stable kernel that provides a fix for Elantech touchpads. Gigabyte P34, P35v2 and X3 models are supported by default, for others (especially rebranded Gigabyte laptops, like XMG's) {{ic|1=i8042.kbdreset=1}} can be set as kernel parameter.
  
As usual you may find further information in the manpage:
+
=== Trackpoint and Clickpad ===
$ man syndaemon
 
  
===Firefox misinterprets horizontal scrolling===
+
Newer Thinkpads do not have physical buttons for their Trackpoint anymore and instead use the upper area of the Clickpad for buttons (Left, Middle, Right).
Even though this problem isn't concerning the synaptics drivers, you will probably look up here for a solution anyway.
+
Apart from the ergonomic viewpoint this works quite well with current Xorg. Unfortunately mouse wheel emulation using the middle button is not supported yet. Install {{AUR|xf86-input-evdev-trackpoint}} from the AUR for a patched and properly configured version if you intend to use the Trackpoint.
To prevent firefox from scrolling through the history and make it scroll the site, you have to set the following settings:
 
mousewheel.horizscroll.withnokey.action = 1
 
mousewheel.horizscroll.withnokey.sysnumlines = true
 
You can edit them by opening '''about:config'''. (Tip taken from [http://gentoo-wiki.com/HARDWARE_Synaptics_Touchpad#Horizontal_Scroll_Issues_with_Firefox gentoo wiki].)
 
  
==Links==
+
== See also ==
  
Synaptics TouchPad driver for XOrg/XFree86 :
+
* [http://cgit.freedesktop.org/xorg/driver/xf86-input-synaptics/ Synaptics touchpad driver]
[http://web.telia.com/~u89404340/touchpad/index.html]
+
* [http://www.x.org/archive/X11R7.5/doc/man/man4/synaptics.4.html Synaptics manual on x.org ]

Latest revision as of 18:21, 16 November 2019

This article details the installation and configuration process of the Synaptics input driver for Synaptics (and ALPS) touchpads found on most notebooks.

Warning: xf86-input-synaptics is no longer actively updated. If possible, use libinput.
Note: If you want to configure touchpad via GNOME control center, you need to use the libinput driver.[1]

Contents

Installation

The Synaptics driver can be installed with the package xf86-input-synaptics.

Configuration

The primary method of configuration for the touchpad is through an Xorg server configuration file. After installation of xf86-input-synaptics, a default configuration file is located at /usr/share/X11/xorg.conf.d/70-synaptics.conf. Users can copy this file to /etc/X11/xorg.conf.d/ and edit it to configure the various driver options available. Refer to the synaptics(4) manual page for a complete list of available options. Machine-specific options can be discovered using #Synclient.

Frequently used options

The following example file configures some common options, including vertical, horizontal and circular scrolling as well as tap-to-click:

/etc/X11/xorg.conf.d/70-synaptics.conf
Section "InputClass"
    Identifier "touchpad"
    Driver "synaptics"
    MatchIsTouchpad "on"
        Option "TapButton1" "1"
        Option "TapButton2" "3"
        Option "TapButton3" "2"
        Option "VertEdgeScroll" "on"
        Option "VertTwoFingerScroll" "on"
        Option "HorizEdgeScroll" "on"
        Option "HorizTwoFingerScroll" "on"
        Option "CircularScrolling" "on"
        Option "CircScrollTrigger" "2"
        Option "EmulateTwoFingerMinZ" "40"
        Option "EmulateTwoFingerMinW" "8"
        Option "CoastingSpeed" "0"
        Option "FingerLow" "30"
        Option "FingerHigh" "50"
        Option "MaxTapTime" "125"
        ...
EndSection
TapButton1
(integer) configures which mouse-button is reported on a non-corner, one finger tap.
TapButton2
(integer) configures which mouse-button is reported on a non-corner, two finger tap
TapButton3
(integer) configures which mouse-button is reported on a non-corner, three finger tap
RBCornerButton
(integer) configures which mouse-button is reported on a right bottom corner, one finger tap (use Option "RBCornerButton" "3" to achieve Ubuntu style tap behaviour for right mouse button in lower right corner)
RTCornerButton
(integer) as above, but for top right corner, one finger tap.
VertEdgeScroll
(boolean) enables vertical scrolling while dragging across the right edge of the touch pad.
HorizEdgeScroll
(boolean) enables horizontal scrolling while dragging across the bottom edge of the touch pad.
VertTwoFingerScroll
(boolean) enables vertical scrolling using two fingers.
HorizTwoFingerScroll
(boolean) enables horizontal scrolling using two fingers.
EmulateTwoFingerMinZ/W
(integer) play with this value to set the precision of two finger scroll.
FingerLow
(integer) when finger pressure drops below this value, the driver counts it as a release.
FingerHigh
(integer) when finger pressure goes above this value, the driver counts it as a touch.
MaxTapTime
Determines how "crisp" a tap must be to be considered a real tap. Decrease the value to require a more crisp tap. Properly adjusting this parameter can reduce false positives when the hands hover over or lightly touch the pad.
VertScrollDelta and HorizScrollDelta
(integer) configures the speed of scrolling, it is a bit counter-intuitive because higher values produce greater precision and thus slower scrolling. Negative values cause natural scrolling like in macOS.
Note:
  • If you find that your hand frequently brushes your touchpad, causing the TapButton2 option to be triggered (which will more than likely paste from your clipboard), and you do not mind losing two-finger-tap functionality, set TapButton2 to 0. Alternatively, see #Disable touchpad while typing.
  • Recent versions include a "Coasting" feature, enabled by default, which may have the undesired effect of continuing almost any scrolling until the next tap or click, even if you are no longer touching the touchpad. This means that to scroll just a bit, you need to scroll (by using the edge, or a multitouch option) and then almost immediately tap the touchpad, otherwise scrolling will continue forever. If wish to avoid this, set CoastingSpeed to 0.
  • If your touchpad is too sensitive, use higher values for FingerLow and FingerHigh and vice versa. Remember that FingerLow should be smaller than FingerHigh

Configuration on the fly

Next to the traditional method of configuration, the Synaptics driver also supports on the fly configuration. This means that users can set certain options through a software application, these options are applied immediately without needing to restart Xorg. This is useful to test configuration options before you include them in the configuration file or a script. Note that on the fly configuration is not persistent and lasts only until the Xorg server exists.

Console tools

  • Synclient — command line utility to configure and query Synaptics driver settings
http://xorg.freedesktop.org/ || xf86-input-synaptics
  • xinput — general-purpose utility to configure X input devices
http://xorg.freedesktop.org/ || xorg-xinput

Graphical tools

  • GPointing Device Settings — Provides graphical on the fly configuration for several pointing devices connected to the system, including your synaptics touch pad. This application replaces GSynaptics as the preferred tool for graphical touchpad configuration through the synaptics driver.
https://wiki.gnome.org/Attic/GPointingDeviceSettings || gpointing-device-settingsAUR
  • kcm_touchpad — New configuration tool for KDE Plasma 5. It provides a module under input devices in System Settings. It is to be considered a replacement for synaptiks and the old kcm-touchpad module.
https://cgit.kde.org/plasma-desktop.git/tree/kcms/touchpad || plasma-desktop

Xfce4/Cinnamon

To change these settings in XFCE 4':

  1. Open System Settings.
  2. Click Mouse and Touchpad.
  3. Change the settings on the Touchpad tab.

To change these settings in Cinnamon:

  1. Open Cinnamon System Settings.
  2. Click Mouse and Touchpad.
  3. Change the settings on the Touchpad tab.

MATE

It is possible configure the way MATE handles the touchpad:

  1. Run dconf-editor
  2. Edit the keys in the org.mate.desktop.peripherals.touchpad folder.

To prevent Mate settings daemon from overriding existing settings, do as follows:

  1. Run dconf-editor
  2. Edit org.mate.SettingsDaemon.plugins.mouse
  3. Uncheck the active setting.

Advanced configuration

Using xinput to determine touchpad capabilities

Depending on your model, synaptic touchpads may have or lack capabilities. We can determine which capabilities your hardware supports by using xinput.

  • left, middle and right hardware buttons
  • two finger detection
  • three finger detection
  • configurable resolution

First, find the name of your touchpad:

$ xinput list

You can now use xinput to find your touchpad's capabilities:

$ xinput list-props "SynPS/2 Synaptics TouchPad" | grep Capabilities
Synaptics Capabilities (309):  1, 0, 1, 0, 0, 1, 1

From left to right, this shows:

  • 1: device has a physical left button
  • 0: device does not have a physical middle button
  • 1: device has a physical right button
  • 0: device does not support two-finger detection
  • 0: device does not support three-finger detection
  • 1: device can configure vertical resolution
  • 1: device can configure horizontal resolution

Use xinput list-props "SynPS/2 Synaptics TouchPad" to list all device properties. See synaptics(4) for full documentation of the Synaptics properties.

Synclient

Synclient can configure every option available to the user as documented in synaptics(4). A full list of the current user settings can be brought up:

$ synclient -l

Every listed configuration option can be controlled through synclient, for example:

  • Enable palm detection: $ synclient PalmDetect=1
  • Configure button events (right button event for two finger tap here): $ synclient TapButton2=3
  • Disable the touchpad: $ synclient TouchpadOff=1

After you have successfully tried and tested your options through synclient, you can make these changes permanent by adding them to /etc/X11/xorg.conf.d/70-synaptics.conf.

evtest

The tool evtest can display pressure and placement on the touchpad in real-time, allowing further refinement of the default Synaptics settings. The evtest monitoring can be started with:

$ evtest /dev/input/eventX

X denotes the touchpad's ID. It can be found by looking at the output of cat /proc/bus/input/devices.

evtest needs exclusive access to the device which means it cannot be run together with an X server instance. You can either kill the X server or run evtest from a different virtual terminal (e.g., by pressing Ctrl+Alt+F2).

xev

The tool xorg-xev can display taps, clicks, pressure, placement and other measured parameters in real-time, allowing still further refinement of the default Synaptics settings. xev can be run in X and needs no specifics. using the "-event" parameter, it is possible to restrict the types of events that are reported.

Circular Scrolling

Circular scrolling is a feature that Synaptics offers which closely resembles the behaviour of iPods. Instead of (or additional to) scrolling horizontally or vertically, you can scroll circularly. Some users find this faster and more precise. To enable circular scrolling, add the following options to the touchpad device section of /etc/X11/xorg.conf.d/70-synaptics.conf:

/etc/X11/xorg.conf.d/70-synaptics.conf
Section "InputClass"
    ...
    Option      "CircularScrolling"          "on"
    Option      "CircScrollTrigger"          "0"
    ...
EndSection

The option CircScrollTrigger may be one of the following values, determining which edge circular scrolling should start:

0    All Edges
1    Top Edge
2    Top Right Corner
3    Right Edge
4    Bottom Right Corner
5    Bottom Edge
6    Bottom Left Corner
7    Left Edge
8    Top Left Corner

Specifying something different from zero may be useful if you want to use circular scrolling in conjunction with horizontal and/or vertical scrolling. If you do so, the type of scrolling is determined by the edge you start from.

To scroll fast, draw small circles in the center of your touchpad. To scroll slowly and more precise, draw large circles.

Natural scrolling

It is possible to enable natural scrolling through synaptics. Simply use negative values for VertScrollDelta and HorizScrollDelta like so:

/etc/X11/xorg.conf.d/70-synaptics.conf
Section "InputClass"
    ...
    Option      "VertScrollDelta"          "-111"
    Option      "HorizScrollDelta"         "-111"
    ...
EndSection

Software toggle

You might want to turn the touchpad on and off with a simple button click or shortcut. This can be done by binding the following xinput-based script:

/usr/local/bin/touchpad_toggle.sh
#!/bin/bash

declare -i ID
ID=`xinput list | grep -Eio '(touchpad|glidepoint)\s*id\=[0-9]{1,2}' | grep -Eo '[0-9]{1,2}'`
declare -i STATE
STATE=`xinput list-props $ID|grep 'Device Enabled'|awk '{print $4}'`
if [ $STATE -eq 1 ]
then
    xinput disable $ID
    # echo "Touchpad disabled."
    # notify-send -a 'Touchpad' 'Disabled' -i /usr/share/icons/Adwaita/48x48/devices/input-touchpad.png
else
    xinput enable $ID
    # echo "Touchpad enabled."
    # notify-send -a 'Touchpad' 'Enabled' -i /usr/share/icons/Adwaita/48x48/devices/input-touchpad.png
fi
Tip: When using external monitors with bumblebee, the touchpad can be configured on the second X server by prepending DISPLAY=:8 to the command.

Alternatively, synclient can be used to toggle the touchpad. However, it can only turn off touch events but not physical clickpad button usage:

/usr/local/bin/touchpad.sh
#!/bin/bash

synclient TouchpadOff=$(synclient -l | grep -c 'TouchpadOff.*=.*0')

Disable touchpad while typing

Using the driver's automatic palm detection

First of all you should test if it works properly for your touchpad and if the settings are accurate. Enable palm detection with

$ synclient PalmDetect=1

Then test the typing. You can tweak the detection by setting the minimum width for the touch to be considered a palm, for example

$ synclient PalmMinWidth=8

And you can tweak the minimum pressure required for the touch to be considered a palm, for example

$ synclient PalmMinZ=100
Tip: To help find the best values for palm detection, you can use evtest to see the width and Z values reported during touchpad use.

Once you have found the correct settings, you can add them to your config file:

Option "PalmDetect" "1"
Option "PalmMinWidth" "8"
Option "PalmMinZ" "100"
Warning: For some touchpads, an issue with the kernel can cause the palm width to always be reported as 0. This breaks palm detection in a majority of cases. Pending an actual fix, you can patch the synaptics package to use only Z for palm detection.
Tip: If you experience problems with consistent palm detection for your hardware, an alternative to try is libinput.

Using syndaemon

syndaemon monitors keyboard activity and disables the touchpad while typing. It has several options to control when the disabling occurs. View them with

$ syndaemon -h

For example, to disable tapping and scrolling for 0.5 seconds after each keypress (ignoring modifier keys like Ctrl), use

$ syndaemon -i 0.5 -t -K -R

Once you have determined the options you like, you should use your login manager or xinitrc to have it run automatically when X starts. The -d option will make it start in the background as a daemon.

Disable touchpad on mouse detection

With the assistance of udev, it is possible to automatically disable the touchpad if an external mouse has been plugged in. To achieve this, use one of the following rules.

Basic desktop

This is a basic rule generally for non-"desktop environment" sessions:

/etc/udev/rules.d/01-touchpad.rules
SUBSYSTEM=="input", KERNEL=="mouse[0-9]*", ACTION=="add", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/username/.Xauthority", RUN+="/usr/bin/synclient TouchpadOff=1"
SUBSYSTEM=="input", KERNEL=="mouse[0-9]*", ACTION=="remove", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/username/.Xauthority", RUN+="/usr/bin/synclient TouchpadOff=0"

If the touchpad is always deactivated at startup, even when no mouse is plugged in, try adding the following criteria between the KERNEL and ACTION parameters above:

ATTRS{name}!="*TouchPad", ATTRS{name}!="*Stick",

GDM

Tango-inaccurate.pngThe factual accuracy of this article or section is disputed.Tango-inaccurate.png

Reason: saying that GDM usually does something does not make sense (Discuss in Talk:Touchpad Synaptics#)

GDM usually stores the Xauthority files in /var/run/gdm in a randomly-named directory. You should find your actual path to the Xauthority file which can be done using ps ax. For some reason multiple authority files may appear for a user, so a rule like will be necessary:

/etc/udev/rules.d/01-touchpad.rules
SUBSYSTEM=="input", KERNEL=="mouse[0-9]", ACTION=="add", PROGRAM="/usr/bin/find /var/run/gdm -name username -print0 -quit", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="$result/database", RUN+="/usr/bin/synclient TouchpadOff=1"
SUBSYSTEM=="input", KERNEL=="mouse[0-9]", ACTION=="remove", PROGRAM="/usr/bin/find /var/run/gdm -name username -print0 -quit", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="$result/database", RUN+="/usr/bin/synclient TouchpadOff=0"

Furthermore, you should validate that your udev script is running properly! You can check for the conditions using udevadm monitor -p which must be run as root.

With syndaemon running

syndaemon whether started by the user or the desktop environment can conflict with synclient and will need to be disabled. A rule like this will be needed:

/etc/udev/rules.d/01-touchpad.rules
SUBSYSTEM=="input", KERNEL=="mouse[0-9]", ACTION=="add", PROGRAM="/usr/bin/find /var/run/gdm -name username -print -quit", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="$result/database", RUN+="/bin/sh -c '/usr/bin/synclient TouchpadOff=1 ; sleep 1; /bin/killall syndaemon; '"
touchpad-state

An AUR package touchpad-state-gitAUR has been created around the udev rules above. It includes a udev rule and script:

touchpad-state [--off] [--on]

GNOME

GNOME users can install GNOME shell extension Touchpad Indicator, change "Switch Method" to "Synclient" and enable "Automatically switch Touchpad On/Off" in its preferences.

KDE

If using Plasma, the package plasma-desktop can be used to manage the touchpad.

System with multiple X sessions

Tango-inaccurate.pngThe factual accuracy of this article or section is disputed.Tango-inaccurate.png

Reason: Hard-coded DISPLAY variable does not work with multiple X sessions. (Discuss in Talk:Touchpad Synaptics#)

For an environment where multiple users are present, a slightly different approach is needed to detect the current users X environment. This script will help achieving this:

/usr/bin/mouse-pnp-event-handler.sh
#!/bin/sh
## $1 = "add" / "remove"
## $2 = %k from udev 

## Set TRACKPAD_NAME according to your configuration. 
## Check your trackpad name with: 
## find /sys/class/input/ -name mouse* -exec udevadm info -a {} \; | grep 'ATTRS{name}'
TRACKPAD_NAME="SynPS/2 Synaptics TouchPad"

USERLIST=$(w -h | cut -d' ' -f1 | sort | uniq)
MOUSELIST=$(find /sys/class/input/ -name mouse*)

for CUR_USER in ${USERLIST}; do
         CUR_USER_XAUTH="$(sudo -Hiu ${CUR_USER} env | grep -e "^HOME=" | cut -d'=' -f2)/.Xauthority"

  
        ## Can't find a way to get another users DISPLAY variable from an isolated root environment. Have to set it manually.
        #CUR_USER_DISPL="$(sudo -Hiu ${CUR_USER} env | grep -e "^DISPLAY=" | cut -d'=' -f2)"
        CUR_USER_DISPL=":0"

        export XAUTHORITY="${CUR_USER_XAUTH}"
        export DISPLAY="${CUR_USER_DISPL}"

        if [ -f "${CUR_USER_XAUTH}" ]; then
                case "$1" in
                        "add")
                                /usr/bin/synclient TouchpadOff=1
                                /usr/bin/logger "USB mouse plugged. Disabling touchpad for $CUR_USER. ($XAUTHORITY - $DISPLAY)"
                        ;;
                        "remove")
                                ## Only execute synclient if there are no external USB mice connected to the system.
                                EXT_MOUSE_FOUND="0"
                                for CUR_MOUSE in ${MOUSELIST}; do
                                        if [ "$(cat ${CUR_MOUSE}/device/name)" != "${TRACKPAD_NAME}" ]; then
                                                EXT_MOUSE_FOUND="1"
                                        fi
                                done
                                if [ "${EXT_MOUSE_FOUND}" == "0" ]; then
                                        /usr/bin/synclient TouchpadOff=0
                                        /usr/bin/logger "No additional external mice found. Enabling touchpad for $CUR_USER."
                                else
                                        logger "Additional external mice found. Won't enable touchpad yet for $CUR_USER."
                                fi
                        ;;
                esac
        fi
done

Update the TRACKPAD_NAME variable for your system configuration. Run find /sys/class/input/ -name mouse* -exec udevadm info -a {} \; | grep 'ATTRS{name}' to get a list of useful mice-names. Choose the one for your trackpad.

Then have udev run this script when USB mices are plugged in or out, with these udev rules:

/etc/udev/rules.d/01-touchpad.rules
SUBSYSTEM=="input", KERNEL=="mouse[0-9]*", ACTION=="add", RUN+="/usr/bin/mouse-pnp-event-handler.sh add %k"
SUBSYSTEM=="input", KERNEL=="mouse[0-9]*", ACTION=="remove", RUN+="/usr/bin/mouse-pnp-event-handler.sh remove %k"

Buttonless touchpads (aka ClickPads)

Ever more laptops have a special kind of touchpad which has a single mouse button as part of the tracking plate, instead of external buttons. For example, the 2015 Dell XPS 13, HP series 4500 ProBooks, ThinkPad X220 and X1 ThinkPad series have this kind of a touchpad. By default, the whole button area is detected as a left button, so right and middle-click functions and click + drag will not work. It is possible to define two and three finger clicks as right and middle button clicks, and/or to define parts of the click pad surface as right and middle buttons. Note that although the driver registers multiple touches, it does not track individual fingers (as of version 1.7.1) which results in confusing behavior when using physical buttons of a clickpad for drag-and-drop and other gestures: you have to click with two or three fingers but then only move one of them while holding the button down with another. You can look into the xf86-input-mtrackAUR driver for better multitouch support.

Some desktop environments (KDE and GNOME at least) define sane and useful default configurations for clickpads, providing a right button at the bottom right of the pad, recognising two and three-finger clicks anywhere on the pad as right and middle clicks, and providing configuration options to define two and three-finger taps as right and middle clicks. If your desktop does not do this, or if you want more control, you can modify the touchpad section in /etc/X11/xorg.conf.d/70-synaptics.conf (or better, of your custom synaptics configuration file prefixed with a higher number). For example:

/etc/X11/xorg.conf.d/70-synaptics.conf
Section "InputClass"
    Identifier "touchpad"
    Driver "synaptics"
    MatchIsTouchpad "on"
        # Enable clickpad/multitouch support
        Option "ClickPad" "true"
        # Middle-button emulation is not supported
        Option "EmulateMidButtonTime" "0"
        # Define right soft button at the bottom
        Option "SoftButtonAreas"  "50% 0 82% 0 0 0 0 0"
EndSection

The format for the SoftButtonAreas option is (from synaptics(4)):

RightButtonAreaLeft RightButtonAreaRight RightButtonAreaTop RightButtonAreaBottom  MiddleButtonAreaLeft MiddleButtonAreaRight MiddleButtonAreaTop MiddleButtonAreaBottom

The above "SoftButtonAreas" option is commonly found in documentation or synaptics packages, and it defines the right half of the bottom 18% of the touchpad as a right button. There is no middle button defined. If you want to define a middle button remember one key piece of information from the manual; edge set to 0 extends to infinity in that direction.

In the following example the right button will occupy the rightmost 40% of the button area and the middle button 20% of it in the center. The leftmost 40% remains as a left button (as does the rest of the clickpad):

...
Option     "SoftButtonAreas"  "60% 0 82% 0 40% 59% 82% 0"
...

You can use synclient to check the soft button areas:

$ synclient -l | grep -i ButtonArea
        RightButtonAreaLeft     = 3914
        RightButtonAreaRight    = 0
        RightButtonAreaTop      = 3918
        RightButtonAreaBottom   = 0
        MiddleButtonAreaLeft    = 3100
        MiddleButtonAreaRight   = 3873
        MiddleButtonAreaTop     = 3918
        MiddleButtonAreaBottom  = 0

If your buttons are not working, soft button areas are not changing, ensure you do not have a synaptics configuration file distributed by a package which is overriding your custom settings (ie. some AUR packages distribute configurations prefixed with very high numbers).

These settings cannot be modified on the fly with synclient, however, xinput works:

xinput set-prop "SynPS/2 Synaptics TouchPad" "Synaptics Soft Button Areas" 4000 0 4063 0 3000 4000 4063 0

You cannot use percentages with this command, so look at /var/log/Xorg.0.log to figure out the touchpad x and y-axis ranges.

Bottom edge correction

In some cases, for example Toshiba Satellite P50, everything work out of the box except often your click are seen as mouse movement and the cursor will jump away just before registering the click. This can be easily solved running

$ synclient -l | grep BottomEdge

take the BottomEdge value and subtract a the wanted height of your button, then temporary apply with

$ synclient AreaBottomEdge=4000

when a good value has been found make it a fixed correction with

/etc/X11/xorg.conf.d/70-synaptics.conf
...
Option "AreaBottomEdge"         "4000"
...
Note: The area will not act as touchpad if the touch begins in that area, but it can still be used if the touch has originated outside.

Troubleshooting

Touchpad does not work after resuming from hibernate/suspend

Occasionally touchpads will fail to work when the computer resumes from sleep or hibernation. This can often be corrected without rebooting by

  • Switching to a console and back again,
  • entering sleep mode again, and resuming again, or
  • locating the correct kernel module, then removing it and inserting it again.
  • blacklisting kernel module psmouse may be a permanent option (when the touchpad is handled by another module, eg i2c_designware_platform)
Note: You can use Ctrl-Alt-F1 through F8 to switch to a console without using the mouse.
modprobe -r psmouse #psmouse happens to be the kernel module for my touchpad (Alps DualPoint)
modprobe psmouse

Now switch back to the tty that X is running on. If you chose the right module, your touchpad should be working again.

If you are using a laptop computer and your touchpad does not work after switching the laptop's lid, you can just change your power management policy: when closing the lid, 'shutdown the screen' instead of 'suspend'(or 'hibernate'). This is useful for some laptops.

xorg.conf.d/70-synaptics.conf does not seem to apply in MATE

MATE will by default overwrite various options for your touchpad. This includes configurable features for which there is no graphical configuration within MATE's system control panel. This may cause it to appear that /etc/X11/xorg.conf.d/70-synaptics.conf is not applied. Follow #MATE to prevent this behavior.

The touchpad is not working, Xorg.0.log shows "Query no Synaptics: 6003C8"

Due to the way synaptics is currently set-up, 2 instances of the synaptics module are loaded. We can recognize this situation by opening the xorg log file (/var/log/Xorg.0.log) and noticing this:

/var/log/Xorg.0.log
[ 9304.803] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "evdev touchpad catchall"
[ 9304.803] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "touchpad catchall"

Notice how 2 differently named instances of the module are being loaded. In some cases, this causes the touchpad to become nonfunctional.

We can prevent this double loading by adding MatchDevicePath "/dev/input/event*" to our /etc/X11/xorg.conf.d/70-synaptics.conf file:

/etc/X11/xorg.conf.d/70-synaptics.conf
Section "InputClass"
    Identifier "touchpad catchall"
    Driver "synaptics"
    MatchIsTouchpad "on"
    MatchDevicePath "/dev/input/event*"
        Option "TapButton1" "1"
        Option "TapButton2" "2"
        Option "TapButton3" "3"
EndSection 

Restart X and check xorg logs again, the error should be gone and the touchpad should be functional.

related bugreport: FS#20830

related forum topics:

Touchpad detected as "PS/2 Generic Mouse" or "Logitech PS/2 mouse"

This can be caused by a number of issues;

Laptops with touchscreen & touchpad

There also seems to be a problem with laptops which have both a touchscreen & a touchpad, such as the Dell XPS 12 or Dell XPS 13. To fix this, you can blacklist the i2c_hid driver, this does have the side-effect of disabling the touchscreen though.

This seems to be a known problem. Also see this thread.

Post kernel 3.15, having the module blacklisted may cause touchpad to stop working completely. Removing the blacklist should allow this to start working with limited functionality, see FS#40921.

Non-functional Synaptics special abilities (multi-tap, scrolling, etc.)

In some cases Synaptics touchpads only work partially. Features like two-finger scrolling or two-finger middle-click do not work even if properly enabled. This is probably related to the The touchpad is not working problem mentioned above. Fix is the same, prevent double module loading.

If preventing the module from loading twice does not solve your issue, try commenting out the toggle MatchIsTouchpad (which is now included by default in the synaptics config).

If clicking with either 2 or 3 fingers is interpreted as a right-click, so you cannot get a middle click either way regardless of configuration, this bug is probably the culprit: https://bugs.freedesktop.org/show_bug.cgi?id=55365

No Multi-touch in some Elantech touchpads

See [2].

Cursor jump

Some users have their cursor inexplicably jump around the screen. There currently no patch for this, but the developers are aware of the problem and are working on it.

Another posibility is that you are experiencing IRQ losses related to the i8042 controller (this device handles the keyboard and the touchpad of many laptops), so you have two possibilities here:

1. rmmod && insmod the psmouse module.

2. append i8042.nomux=1 to your kernel parameters and reboot your machine.

Touchpad device is not located at /dev/input/*

If that is the case, you can use this command to display information about your input devices:

$ cat /proc/bus/input/devices

Search for an input device which has the name "SynPS/2 Synaptics TouchPad". The "Handlers" section of the output specifies what device you need to specify.

Example output:

$ cat /proc/bus/input/devices
 I: Bus=0011 Vendor=0002 Product=0007 Version=0000
 N: Name="SynPS/2 Synaptics TouchPad"
 P: Phys=isa0060/serio4/input0
 S: Sysfs=/class/input/input1
 H: Handlers=mouse0 event1
 B: EV=b
 B: KEY=6420 0 7000f 0

In this case, the Handlers are mouse0 and event1, so /dev/input/mouse0 would be used.

Tango-view-fullscreen.pngThis article or section needs expansion.Tango-view-fullscreen.png

Reason: TODO: explain how to apply this in /etc/X11/xorg.conf.d/70-synaptics.conf (Discuss in Talk:Touchpad Synaptics#)

Firefox and special touchpad events

You can enable/disable some special events that Firefox handles upon tapping or scrolling certain parts of your touchpad by editing the settings of those actions. Type about:config in your Firefox address bar. To alter options, double-click on the line in question.

Firefox 17.0 and later

Horizontal scrolling will now by default scroll through pages and not through your history. To reenable Mac-style forward/backward with two-finger swiping, edit:

mousewheel.default.action.override_x = 2

You may encounter accidental forwards/backwards while scrolling vertically. To change Firefox's sensitivity to horizontal swipes, edit:

mousewheel.default.delta_multiplier_x

The optimum value will depend on your touchpad and how you use it, try starting with 10. A negative value will reverse the swipe directions.

Opera: horizontal scrolling issues

Same as above. To fix it, go to Tools > Preferences > Advanced > Shortcuts. Select "Opera Standard" mouse setup and click "Edit". In "Application" section:

Tango-inaccurate.pngThe factual accuracy of this article or section is disputed.Tango-inaccurate.png

Reason: Description here is not so clear and i don't use Opera,Please make it clear :) (Discuss in Talk:Touchpad Synaptics#)
  • assign key "Button 6" to command "Scroll left"
  • assign key "Button 7" to command "Scroll right"

Scrolling and multiple actions with Synaptics on LG laptops

These problems seem to be occurring on several models of LG laptops. Symptoms include: when pressing Mouse Button 1, Synaptics interprets it as ScrollUP and a regular button 1 click; same goes for button 2.

The scrolling issue can be resolved by entering in xorg.conf:

/etc/X11/xorg.conf.d/xorg.conf
Option "UpDownScrolling" "0"
Note: This will make Synaptics interpret one button push as three. There is a patch written by Oskar Sandberg [3] that removes these clicks.

Apparently, when trying to compile this against the latest version of Synaptics it fails. The solution to this is using the GIT repository for Synaptics [4].

To build the package after downloading the tarball and unpacking it, execute:

$ cd synaptics-git
$ makepkg

Other external mouse issues

First, make sure your section describing the external mouse contains this line (or that the line looks like this):

/etc/X11/xorg.conf.d/xorg.conf
Option     "Device" "/dev/input/mice"

If the "Device" line is different, change it to the above and try to restart X. If this does not solve your problem, make your touchpad is the CorePointer in the "Server Layout" section:

/etc/X11/xorg.conf.d/xorg.conf
InputDevice    "Touchpad" "CorePointer"

and make your external device "SendCoreEvents":

/etc/X11/xorg.conf.d/xorg.conf
InputDevice    "USB Mouse" "SendCoreEvents"

finally add this to your external device's section:

/etc/X11/xorg.conf.d/xorg.conf
Option      "SendCoreEvents"    "true"

If all of the above does not work for you, please check relevant bug trackers for possible bugs, or go through the forums to see if anyone has found a better solution.

Touchpad synchronization issues

Tango-view-refresh-red.pngThis article or section is out of date.Tango-view-refresh-red.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in "Touchpad_synchronization_issues"_section Talk:Touchpad Synaptics#Outdated "Touchpad synchronization issues" section)

Sometimes the cursor may freeze for several seconds or start acting on its own for no apparent reason. This behavior is accompanied by records in /var/log/messages.log

/var/log/messages.log
psmouse.c: TouchPad at isa0060/serio1/input0 lost synchronization, throwing 3 bytes away

This problem has no general solution, but there are several possible workarounds.

  • If you use CPU frequency scaling, avoid using the "ondemand" governor and use the "performance" governor when possible, as the touchpad may lose sync when the CPU frequency changes.
  • Avoid using an ACPI battery monitor.
  • Attempt to load psmouse with "proto=imps" option. To do that, add this line to your /etc/modprobe.d/modprobe.conf:
/etc/modprobe.d/modprobe.conf
options psmouse proto=imps
  • Try another desktop environment. Some users report that this problem only occurs when using XFCE or GNOME, for whatever reason

Xorg.log.0 shows SynPS/2 Synaptics touchpad can not grab event device, errno=16

If you are using Xorg 7.4, you may get a warning like this from /var/log/Xorg.0.log, thais is because the driver will grab the event device for exclusive use when using the Linux 2.6 event protocol. When it fails, X will return this error message.

Grabbing the event device means that no other user space or kernel space program sees the touchpad events. This is desirable if the X config file includes /dev/input/mice as an input device, but is undesirable if you want to monitor the device from user space.

If you want to control it, add or modify the "GrabEventDevice" option in you touchpad section in /etc/X11/xorg.conf.d/70-synaptics.conf:

/etc/X11/xorg.conf.d/70-synaptics.conf
...
Option "GrabEventDevice" "boolean"
...

This will come into effect when X is restarted, though you can also change it by using synclient. When changing this parameter with the synclient program, the change will not take effect until the Synaptics driver is disabled and re-enabled. This can be achieved by switching to a text console and then switching back to X.

Synaptics loses multitouch detection after rebooting from Windows

Many drivers include a firmware that is loaded into flash memory when the computer boots. This firmware is not necessarily cleared upon shutdown, and is not always compatible with Linux drivers. The only way to clear the flash memory is to shutdown completely rather than using reboot. It is generally considered best practice to never use reboot when switching between operating systems.

Touchpad not recognized after shutdown from Arch

Certain touchpads (elantech in particular) will fail to be recognized as a device of any sort after a standard shutdown from Arch linux. There are multiple possible solutions to this problem:

  • Boot into a Windows partition/install disk and shutdown from there.
  • Wait approximately 1 minute before turning on the computer after shutdown.
  • As discussed in https://bugzilla.kernel.org/show_bug.cgi?id=81331#c186 a patch has been merged into the stable kernel that provides a fix for Elantech touchpads. Gigabyte P34, P35v2 and X3 models are supported by default, for others (especially rebranded Gigabyte laptops, like XMG's) i8042.kbdreset=1 can be set as kernel parameter.

Trackpoint and Clickpad

Newer Thinkpads do not have physical buttons for their Trackpoint anymore and instead use the upper area of the Clickpad for buttons (Left, Middle, Right). Apart from the ergonomic viewpoint this works quite well with current Xorg. Unfortunately mouse wheel emulation using the middle button is not supported yet. Install xf86-input-evdev-trackpointAUR from the AUR for a patched and properly configured version if you intend to use the Trackpoint.

See also