HAL¶

Die Einrichtung des Touchpads erfolgt über HAL.

Zur Konfiguration ist bereits eine Beispieldatei vorhanden. Diese über das Terminal ^[3] kopieren

sudo cp /usr/share/hal/fdi/policy/20thirdparty/11-x11-synaptics.fdi /etc/hal/fdi/policy/11-x11-synaptics.fdi 

und dann mit einem Editor mit root Rechten bearbeiten.

Das folgende Beispiele bestimmt den zu nutzenden Treiber und aktiviert kreisförmiges Scrollen mit Start oben links für ein Synaptics Touchpad.

1
2
3
4
5
6
7

...
    <match key="info.capabilities" contains="input.touchpad">
        <merge key="input.x11_driver" type="string">synaptics</merge>
        <merge key="input.x11_options.CircularScrolling" type="string">true</merge>
        <merge key="input.x11_options.CircScrollTrigger" type="string">8</merge>
    </match>
...

Dabei ist darauf zu achten, dass keinerlei Einträge für das Touchpad mehr in der xorg.conf enthalten sind.

Parameter¶

Die Parameter können auch unter man synaptics nachgeschlagen werden.

SHMConfig¶

Für die Verwendung einiger Programme ist es nötig den Parameter "SHMConfig" auf "True" zu setzen. Das Aktiveren dieses Parameters erlaubt den Zugriff externer Anwendungen auf die Einstellungen des Touchpad-Treibers.

Dafür folgenden Code unter /etc/hal/fdi/policy/shmconfig.fdi speichern:

1
2
3
4
5
6
7
8

<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
 <device>
  <match key="input.x11_driver" string="synaptics">
   <merge key="input.x11_options.SHMConfig" type="string">True</merge>
  </match>
 </device>
</deviceinfo>

Grafische Einstellungen¶

Die grundlegenden Funktionen von Touchpads können unter Ubuntu komfortabel über

• System -> Einstellungen -> Maus -> Touchpad

eingestellt werden. Hier kann man unter anderem das Touchpad komplett deaktivieren als auch das Tapping an- und ausschalten.

Weitere Einstellungsmöglichkeiten bietet das Programm gsynaptics (universe ^[2]) für GNOME, wofür zuvor SHM aktiviert werden muss.

Das auf Qt4 basierende Programm touchfreeze (universe ^[2]) bietet die Möglichkeit das Touchpad an- und auszuschalten und deaktiviert das Tapping, solange der Nutzer eine Eingabe auf der Tastatur tätigt. Auch hierfür muss SHM aktiviert werden.

Mit der Hilfe von syndaemon¶

syndaemon -i 2 -d

#option -i gibt die Sperrzeit in Sekunden an
#falls ihr hier eine Fehlermeldung erhaltet, benutzt noch die Option -S 

syndaemon -i 2 -d -t

#option -i gibt die Sperrzeit in Sekunden an
#option -t deaktiviert das Tapping

Mit der Hilfe von synclient¶

Das Programm synclient dient zur Konfiguration des Touchpads zur Laufzeit. Für die Verwendung wird jedoch SHM benötigt.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

#!/usr/bin/python
# -*- coding: utf-8 -*-
# Benötigt libnotify-bin sowie SHMConfig

import subprocess
import shlex

def read_touchpad_config():
    proc = subprocess.Popen(['synclient', '-l'], stdout=subprocess.PIPE)
    config = {}
    for i, line in enumerate(proc.stdout):
        # remove first line, which does only contain a headline
        if i == 0: continue
        key, _, value = shlex.split(line)
        config[key] = value
    return config


def toggle_touchpad_state(current_state):
    subprocess.call(['synclient', 'TouchpadOff=%i' % (not current_state)])

def send_notify():
    config = read_touchpad_config()
    if config['TouchpadOff'] == '1':
        subprocess.Popen(['notify-send', 'Touchpad', 'Das Touchpad wurde ausgeschaltet', '-t', '2000'])
    else:
        subprocess.Popen(['notify-send', 'Touchpad', 'Das Touchpad wurde eingeschaltet', '-t', '2000'])

def main():
    config = read_touchpad_config()
    toggle_touchpad_state(config['TouchpadOff'] == '1')
    send_notify()

if __name__ == '__main__':
    main()

# Touchpad Control
"/usr/local/bin/touchpad.py"
   Control+F5

sudo touch /etc/udev/rules.d/99-touchpad.rules 

ACTION=="add", SUBSYSTEM=="input", ENV{ID_CLASS}=="mouse", RUN+="/usr/bin/synclient TouchpadOff=1"
ACTION=="remove", SUBSYSTEM=="input", ENV{ID_CLASS}=="mouse", RUN+="/usr/bin/synclient TouchpadOff=0"

Automatische Touchpad-Verwaltung¶

Wenn das Touchpad automatisch beim Anschließen einer Maus ausgeschaltet und beim Entfernen der Maus wieder eingeschaltet werden soll, lassen sich dazu diese Skripte verwenden.

Identifikation¶

Falls man nicht weiß, welches Touchpad-Modell im Notebook eingebaut ist oder wie man es findet, gibt man Folgendes in ein Terminal ein ^[3]:

grep -B 5 mouse /proc/bus/input/devices 

Wenn u.a. der folgende Eintrag erscheint, besitzt das Gerät ein Synaptics-Touchpad:

I: Bus=0011 Vendor=0002 Product=0007 Version=0000
N: Name="SynPS/2 Synaptics TouchPad"

Wenn Ähnliches wie im folgenden Textfeld erscheint, besitzt das Gerät ein Alps-Touchpad:

I: Bus=0011 Vendor=0002 Product=0008 Version=6337
N: Name="AlpsPS/2 ALPS GlidePoint"

Sollten nur allgemeine Mauseinträge und insbesondere bloß ein Eintrag "PS/2 Generic Mouse", aber kein spezifischer Touchpad-Block erscheinen, so wird das Touchpad offenbar nicht automatisch erkannt. Mögliche Abhilfe dazu gibts bei den Problemlösungen.

Sollte das Modell ein "ETPS/2 Elantech Touchpad" sein, ist das psmouse-Modul neu zu laden. In einem Terminal folgendes eingeben:

sudo modprobe -r psmouse
sudo modprobe psmouse proto=imps 

Jetzt sollte das Touchpad zunächst funktionieren.

Für eine dauerhafte Lösung sollte man folgenden Eintrag in der Datei /etc/modprobe.d/options eintragen:

options psmouse proto=imps

Siehe Bug-Report: https://bugs.launchpad.net/bugs/315882, Kommentar

Gerätedatei falsch zugewiesen¶

Wenn das Touchpad in /proc/bus/input/devices zwar erkannt wird, aber dennoch nicht die erweiterten Funktionen bietet, dann könnte Folgendes die Ursache sein:

Gelegentlich tritt das Problem auf, dass in /var/log/Xorg.0.log der Synaptics-Treiber immer wieder mit /dev/input/event1 starten will, obwohl in der xorg.conf /dev/input/event2 angegeben ist, weil dort laut /proc/bus/input/devices das Touchpad bekannt ist.

Der Treiber ignoriert die Angabe

Option "Device" "/dev/psaux"

wenn es auch ein

Option "Protocol" "auto-dev"

gibt, denn auto-dev sucht sich, wie sein Name schon sagt, automatisch eine Gerätedatei ("Device").

Abhilfe schafft diese Angabe:

Option "Protocol" "event"
Option "Device" "/dev/input/event2"

Da nun der Synaptics-Treiber tatsächlich an event2 gebunden ist, funktionieren auch die ganzen Zusatzfunktionen. Wichtig: psmouse muss geladen sein, damit das Touchpad gefunden wird.

Gerätedatei wechselt¶

Gelegentlich kommt es vor, dass udev beim Booten dem Touchpad eine andere Gerätedatei zuweist als dies beim letzten Booten geschehen ist. Dabei kann die folgende Udev-Regel Abhilfe schaffen:

SUBSYSTEM=="input", KERNEL=="event*", SYSFS{name}=="AlpsPS/2 ALPS GlidePoint", SYMLINK+="input/touchpad"

Der Name des Touchpads muss natürlich angepasst werden, er steht in /proc/bus/input/devices:

I: Bus=0011 Vendor=0002 Product=0008 Version=7321
N: Name="AlpsPS/2 ALPS GlidePoint"
...
H: Handlers=mouse3 event11

Momentan hat das Touchpad also eine Gerätedatei unter /dev/input/event11. Durch die oben angegebene Udev-Regel wird beim Booten automatisch ein symbolischer Link auf die aktuelle Gerätedatei unter /dev/input/touchpad abgelegt, der immer auf die korrekte Gerätedatei verweist. Wird dieser Link nun in Konfigurationsdateien verwendet, gibt es keine Probleme mehr, auch wenn das Touchpad beim nächsten Booten einen anderen Handler bekommt.

Touchpad wird nicht erkannt¶

Wird das Touchpad nur sporadisch erkannt, und andernfalls nur wie eine gewöhnliche Maus angesprochen, so hilft unter Umständen ein zusätzlicher Eintrag in der menu.lst. Dazu öffnet man mit einem Texteditor mit Root-Rechten ^[4] die Datei /boot/grub/menu.lst und hängt an die Zeile kopt= folgenden Wert an:

i8042.reset

Anschließend führt man sudo update-grub aus. Nach einem Reboot sollte das Touchpad korrekt erkannt werden.

In neuesten Dells oder Thinkpads kann es auch vorkommen, dass das Touchpad gar nicht erkannt wird. Es wird dann wie eine gewöhnliche Maus angesprochen, so dass nur die Zeigerbewegung und linke und rechte Tasten funktionieren. Um das Touchpad erkennen zu lassen, muss das psmouse-Modul gepatcht werden. Folgende Pakete sind dazu nötig ^[1]:

• build-essential

• linux-headers-<VERSION>

• linux-source-<VERSION>

In /usr/src/ finden sich nun die Quellen des aktuellen Kernels in einem Archiv; dieses ist in dasselbe Verzeichnis zu entpacken. Nun gilt es, die Datei /usr/src/linux-source-<VERSION>/drivers/input/mouse/alps.c zu editieren ^[4] (zudem ist es sicherlich nicht falsch, zuerst von der alten alps.c eine Sicherungsdatei zu erstellen). Dort lauten die Zeilen 53-55:

        { { 0x20, 0x02, 0x0e }, 0xf8, 0xf8, ALPS_PASS | ALPS_DUALPOINT }, /* XXX */
        { { 0x22, 0x02, 0x0a }, 0xf8, 0xf8, ALPS_PASS | ALPS_DUALPOINT },
        { { 0x22, 0x02, 0x14 }, 0xff, 0xff, ALPS_PASS | ALPS_DUALPOINT }, /* Dell Latitude D600 */

Daran anschließend ist folgende Zeile einzufügen:

        { { 0x73, 0x02, 0x50 }, 0x4f, 0x4f, ALPS_FW_BK_1 }, /* beliebiger Kommentar, zB Modellnamen des verwendeten PCs */

Der ganze Abschnitt (Zeilen 51-57) sollte dann folgendermaßen aussehen:

        { { 0x73, 0x02, 0x0a }, 0xf8, 0xf8, 0 },
        { { 0x73, 0x02, 0x14 }, 0xf8, 0xf8, ALPS_FW_BK_2 },             /* Ahtec Laptop */
        { { 0x20, 0x02, 0x0e }, 0xf8, 0xf8, ALPS_PASS | ALPS_DUALPOINT }, /* XXX */
        { { 0x22, 0x02, 0x0a }, 0xf8, 0xf8, ALPS_PASS | ALPS_DUALPOINT },
        { { 0x22, 0x02, 0x14 }, 0xff, 0xff, ALPS_PASS | ALPS_DUALPOINT }, /* Dell Latitude D600 */
        { { 0x73, 0x02, 0x50 }, 0x4f, 0x4f, ALPS_FW_BK_1 }, /* Dell Vostro 1400 */
};

Die Datei ist zu speichern.

Nun müssen die Maustreiber neu kompiliert werden; das geht in einem Terminal ^[3] mit folgenden zwei Befehlen:

cd /usr/src/linux-source-<VERSION>/drivers/input/mouse/         # wechselt ins Verzeichnis der Treiber-Quellen
sudo make -C /lib/modules/`uname -r`/build M=`pwd`              # kompiliert den Treiber mit den Vorgaben des aktuellen Kernels 

Schließlich sind die neuen Treiber in den aktuellen Kernel hinüberzukopieren (auch hier ist es sinnvoll, eine Sicherungsdatei der alten Treiber zu erstellen):

sudo cp /usr/src/linux-source-<VERSION>/drivers/input/mouse/*.ko /lib/modules/<VERSION>/kernel/drivers/input/mouse/ 

Das psmouse-Modul ist nun noch zu entladen und danach wieder zu laden:

sudo modprobe -r psmouse
sudo modprobe psmouse 

Das Touchpad sollte nun erkannt werden und über die xorg.conf wie oben beschrieben konfigurierbar sein.

Touchpad reagiert merkwürdig¶

Manchmal kann es sein, dass das Touchpad merkwürdig reagiert und ein gewisses Eigenleben an den Tag legt. Der Mauszeiger hüpft hin und her und Verknüpfungen und Links werden einfach geöffnet während die Maus selbstständig drüberfährt. In diesem Fall kann ein zusätzlicher Eintrag in der menu.lst das Problem beheben. Dazu öffnet man mit einem Texteditor mit Root-Rechten ^[4] die Datei /boot/grub/menu.lst und fügt die Zeile

# acpi_osi=Linux

hinzu und führt sudo update-grub aus. Nach dem nächsten Neustart sollte das merkwürdige Verhalten des Touchpads damit passé sein.

i8042.nomux=1

sudo update-grub 

    Option "SHMConfig" "on"

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0"
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Synaptics Touchpad" "CorePointer"
    InputDevice    "Mouse0" "AlwaysCore"
EndSection