Synaptics Touchpad und hal

[Luxuslurch]

Hallo,

ich benutze wieder Lenny auf meinem Notebook, und da dachte ich eigentlich, dass zur Konfiguration meines Touchpads gsynaptics geeignet wäre. Dazu muss man freilich die Option 'SHMConfig' aktivieren, sonst startet das Programm nicht.

Jetzt zum Kasus Knaxus: Früher wurde dies über die xorg.conf erledigt. Heutzutage soll dies doch eher über hal funktionieren. Dazu gibt es auch diverse Anleitungen im Netz. Ich bin denen soweit gefolgt, dass ich also eine Datei /etc/hal/fdi/policy/shmconfig.fdi angelegt habe:

<?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>

Trotzdem kriege ich aber das Programm nicht zu starten, weil angeblich shmconfig nicht aktiviert wäre.

Dieses Problem ist deckungsgleich mit anderen *.fdi-Dateien, die ich zur permanenten Konfiguration testweise angelegt hatte: Sie werden schlicht ignoriert.

Warum hört mein Hal nicht auf meine fdi-Dateien? Gesucht und gefunden habe ich zwei Hinweise.

1. die x11-Option SHMConfig auf 'On' und nicht auf 'True' zu setzen.
2. den cache /var/cache/hald/fdi-cache zu löschen.

Bringt bei mir aber beides nichts. Was könnte ich noch ändern?

PS: Ich kann das Ganze bei Bedarf auch über die xorg.conf steuern. Dann klappt alles so, wie ich mir das vorgestelle. Aber warum geht das nicht über Hal? Die neueren Einträge hier im Forum tendieren alle dazu, die xorg.conf zu ändern. Kann mich da mal jemand aufklären?

Danke im Voraus!

[rendegast]

<merge key="input.x11_options.SHMConfig" type="string">True</merge>

Müßte das nicht type="bool" oder ähnlich sein?

[Luxuslurch]

Hmm... eigentlich eine gute Idee. Aber mit

Code: Alles auswählen

<merge key="input.x11_options.SHMConfig" type="boolean">True</merge>

funktioniert es auch nicht.

Vorausgesetzt, "type=boolean" ist richtig (ich kenn mich auch nicht mit xml aus), muss es dann doch an etwas anderem liegen. Muss man Hal vielleicht sagen, dass es nicht mehr die xorg.conf auswerten soll? Es soll ja auch Probleme geben, wenn das entsprechende Gerät in der xorg.conf ebenfalls angesprochen wird. Dies dürfte bei mir aber nicht der Fall sein (siehe 28308).

[Danielx]

Vielleicht geht es so:

/usr/share/hal/fdi/policy/20thirdparty/11-x11-synaptics.fdi anpassen:

Code: Alles auswählen

<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.touchpad">
      <match key="info.product" contains="Synaptics TouchPad">
        <merge key="input.x11_driver" type="string">synaptics</merge>
        <merge key="input.x11_options.SHMConfig" type="string">on</merge>
      </match>
      <match key="info.product" contains="AlpsPS/2 ALPS">
        <merge key="input.x11_driver" type="string">synaptics</merge>
        <merge key="input.x11_options.SHMConfig" type="string">on</merge>
      </match>
      <match key="info.product" contains="appletouch">
        <merge key="input.x11_driver" type="string">synaptics</merge>
        <merge key="input.x11_options.SHMConfig" type="string">on</merge>
      </match>
    </match>
  </device>
</deviceinfo>

Rechner neu starten.

Was sagt dann als root:

Code: Alles auswählen

grep -i SHMConfig /var/log/Xorg.0.log

Gruß,
Daniel

[Luxuslurch]

Hmm...

Ich habe die 11-x11-synaptics.fdi entsprechend angepasst und nach /etc/hal/fdi/policy kopiert (so weit ich weiß, wird sie nur dort wirksam?) - keine Veränderung.

Die Ausgabe bleibt nach

Code: Alles auswählen

grep -i SHMConfig /var/log/Xorg.0.log

leer. Was bedeutet das?

Laut dieser Seite hier http://burnachurch.com/153/synaptics-to ... ueber-hal/ sollte man zusätzlich noch die xorg.conf dementsprechend anpassen, dass das Geräteprotokoll auf "auto-dev" steht. Ist das richtig?

Grüße.

[Clio]

Ich hab zwar kein Touchpad, aber vielleicht hilft diese Anleitung aus dem Archwiki weiter:
http://wiki.archlinux.de/title/Evdev
Du weißt aber, daß Hal und evdev erst richtig unter Xorg 7.4 laufen?
Soweit ich weiß, hat Lenny ja noch Xorg 7.3

[Danielx]

so weit ich weiß, wird sie nur dort wirksam?

Nein, du kannst die Datei unter /usr/share/hal/fdi/policy/ belassen, diese wird auch dort ausgewertet.

Ich habe mal eben die Datei, wie ich beschrieben habe, angepasst und HAL neu gestartet.
Danach ergibt ein

Code: Alles auswählen

lshal | grep SHMConfig

folgende Ausgabe:

Code: Alles auswählen

  input.x11_options.SHMConfig = 'on'  (string)

Die Option wurde also richtig gesetzt, ob X das jetzt richtig auswertet, habe ich bisher nicht überprüft.

Die Ausgabe bleibt nach

Code: Alles auswählen

grep -i SHMConfig /var/log/Xorg.0.log

leer. Was bedeutet das?

X hat SHMConfig nicht verwertet.

Gruß,
Daniel

[Luxuslurch]

X hat SHMConfig nicht verwertet.

Jupp, genau das ist ja das Problem. Ich habe die gleiche *.fdi-Datei angepasst und in /etc/hal/fdi/policy oder in var/share/hal/fdi/policy oder in beiden Verzeichnissen gelassen - sie wird einfach nicht ausgewertet. Funktioniert das denn bei euch unter Lenny?

Vielleicht liegt es aber auch daran, dass, wie clio festgestellt hat, die ganze Hal-Sache noch nicht richtig mit Xorg 7.3 funktioniert. Das würde ja bedeuten, dass das nur halb umgesetzt wurde, alldiwei die xorg.conf ja tatsächlich sehr leer steht normalerweise und hal deswegen doch irgendwie einiges erkennen muss. Komisch...

Aber wie gesagt: Einfach die xorg.conf vernünftig anpassen, dann kommt ja das gewünschte Ergebnis raus, d.h. man bekommt die Rückmeldung

cornel@toshiba:~$ grep -i SHMConfig /var/log/Xorg.0.log
(**) Option "SHMConfig" "on"

Dank und Gruß,

Lurchi

[chr.gogolin]

Bei mir lassen sich unter Lenny auch nur manche Geräte über Hal konfigurieren, andere (und unter anderem mein Alps Touchpad, das mit dem Synaptics Treiber funktioniert) nicht.

[PinguFan]

Ich habe die Datei (11-x11-synaptics.fdi) im Originalpfad (/usr/share/hal/fdi/policy/20thirdparty) editiert.
Außerdem alle Konfigurationszeilen oberhalb der Beispielzeilen eingefügt.
Vertikal-Scroll und TapButton1 liesen sich dadurch aktivieren.
Gruss PinguFan

[TRex]

Und ich hab gemogelt und synclient-Befehle in die .bashrc eingetragen, funktioniert auch sehr gut

[armin]

ich benutze wieder Lenny auf meinem Notebook[...]
Jetzt zum Kasus Knaxus: Früher wurde dies über die xorg.conf erledigt. Heutzutage soll dies doch eher über hal funktionieren.

Das Thema ist jetzt zwar eigerntlich eh schon durch, aber der vollständigkeit halber (und weil ich nicht an meiner Mstgerarbeit schreiben will):
In Lenny sind X und hal eigentlich noch schön getrennt. Was man früher in der xorg.conf gemacht hat macht man unter Lenny eigentlich auch noch dort (auch wenn manches schon über hal gehen mag). In Lenny+1 ist das dann anders, viele Sachen funktionieren garnicht mehr via xorg.conf, sondern sollen nur noch über hal konfiguriert werden.
Der nächste Schritt ist auch schon in Arbeit, statt hal (was gerade stirbt) wird dann direkt udev benutzt. Mal sehen, wann es soweit ist und wie dann die Einstellungen erfolgen sollen.

[Clio]

Der nächste Schritt ist auch schon in Arbeit, statt hal (was gerade stirbt) wird dann direkt udev benutzt

Ach, ich dachte, das übernimmt dann devicekit.
Bin ich da fehlinformiert?

[armin]

Hal wird wohl durch Devicekit+Udev ersetzt. Teile der Funktionalität wandern also direkt in Udev.
Alles was X braucht, steckt dann wohl schon in Udev. Genaueres weiß ich nicht, hab es nur zufälligerweise in #debian-x aufgeschnappt.

[speedy-22]

Bei mir klappte es auch nicht über das .fdi-File mit hal. Nach etwas googlen hab ich jetzt einen Bugreport von der aktuellen gsynaptics-Version in Lenny gefunden.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492343

Lösung:
http://viewsvn.cihar.com/viewvc.cgi/deb ... pathrev=51

Gruß

speedy