Synaptics Touchpad Fehler seit Kernel 2.6.6

[Hotspott]

Hi!

Habe heute im Zuge dessen, dass ich ndiswrapper zum laufen bekommen wollte
auch gleich den Kernel 2.6.6 installiert.

Und auch ein apt-get update && upgrade gemacht.

Das sollte doch aber keinen Einfluss auf meine XF86Config haben ?

Nun seit dem Boot mit dem neuen Kernel ist mein Touchpad fast unbenutztbar.
Der Zeiger macht furchtbar grosse Spruenge. Und reagiert total unsensibel.

Die Funktion, dass er z.b. die Seitenlaufleiste bedient, wenn ich an der rechten Seite auf und ab fahre funktioniert aber. Und wenn ich das falsche Device haette wuerde
doch der Pointer gar keinen Zucker machen.

Bin da etwas ratlos.

Die Werte in meinem XF86Config haben davor wunderbar funktioniert und decken
sich groesstenteils mit dem, was ich hier im Forum gelesen habe.



Section "InputDevice"

# Identifier and driver

Identifier "Mouse[1]"
Driver "synaptics"
# Option "Protocol" "ImPS/2"
# Option "ZAxisMapping" "4 5"
Option "Device" "/dev/psaux"
Option "Edges" "1900 5400 1800 3900"
Option "Finger" "25 30"
Option "MaxTapTime" "180"
Option "MaxTapMove" "220"
Option "VertScrollDelta" "100"
Option "MinSpeed" "0.02"
Option "MaxSpeed" "0.18"
Option "AccelFactor" "0.0010"



Hoffe einer von Euch ist schon auf die Lsg gestossen.

Gruss

HotSpott

[Alex_K]

hast du den kernel selber kompiliert?
falls ja, hast du folgendes beachtet:



How do I use this driver with Linux kernel 2.6.x?
You need to have the "evdev" driver loaded or compiled into the kernel (CONFIG_INPUT_EVDEV). Set the "Protocol" parameter in the X configuration file to "auto-dev". Also, if you set the "Device" parameter to "/dev/psaux", the same X configuration file should work for a 2.4.x kernel.

When configuring the kernel, enable PS/2 mouse support (CONFIG_MOUSE_PS2).


It still doesn't work with a 2.6 kernel.
Some distributions come with an incomplete /dev directory. The driver needs the /dev/input/eventX device nodes. Try to create them manually if they don't exist already. (Look at /proc/bus/input/devices to figure out how many nodes you need.)

# mknod /dev/input/event0 c 13 64
# mknod /dev/input/event1 c 13 65
# mknod /dev/input/event2 c 13 66
...

[Hotspott]

Die beiden Kernel Options sind = y

Hab zur Sicherheit den Kernel gerade nochmal neu uebersetzt. Und installiert.
Ja ich habe in selbst von Kernel.org geladen und gebaut.

Als Device habe ich wie du oben siehst "/dev/paux" hab es aber auch mit "dev-auto" probiert. Keine Verbesserung. Die XF86Config ist nicht zufaellig umgezogen? Also er beachtet schon noch Eintraege unter /etc/X11/XF86Config?

Hat denn jemand ein Synaptics Touchpad und schon auf Kernel 2.6.6 upgedated?

Gruss

HotSpott

[Alex_K]

Die XF86Config ist nicht zufaellig umgezogen? Also er beachtet schon noch Eintraege unter /etc/X11/XF86Config?


auf jeden fall nicht durch das kernel update.

fallst du aber x.org statt xfree installiert hast, hast du schon eine andere config datei (frag mich aber jetzt nicht wie die heißt).

[stokedfish]

Eventuell hilft das ... :confused:

http://portal.suse.com/sdb/de/2004/04/wessels_touchpad91.html

(ich weiss, du hast kein SuSE) :ugly:

[Hotspott]

Habe gerade mit kernel 2.6.5 gebootet. Also gleiche Einstellungen. Und da funktioniert das Touchpad fluessig.

Habe nur apt-get update && upgrade ausgefuehrt, da sollte er nicht den xserver austauschen. Zumal das ja mit obigem Booten mit anderem Kernel glaube ich als Fehler ausgeschlossen werden kann.

Woran kann es noch liegen, wenn nicht an den oben genannten kernel optionen?

Gruss

HotSpot

[kth]

Passt dieser Bug-Report für den Kernel (http://bugzilla.kernel.org/show_bug.cgi?id=2680) zu deinem Problem?

[Hotspott]

Ja, leider wie die Faust aufs Auge ;(

Kann ich da noch etwas mithelfen? Wenn ich nicht gerade Kernel Hacker bin?

Gruss

HotSpott

[kth]

Ich würde an deiner Stelle eine Reaktion des Maintainers ("bug owner") abwarten, der vielleicht noch nach der einen oder anderen Debug-Ausgabe fragen wird.

[ThorstenHirsch]

Hab das gleiche Problem und hab's auch schon auf der LKML gepostet.
Peter Osterlund (synaptics Treiber) und Dmitry Torokhov (Input/serio oder so) wissen darüber bescheid und Dmitry hat auch schon einen Patch (Link (http://lkml.org/lkml/2004/5/9/62)) gepostet, der leider nix an dem Problem geändert hat. Allerdings tut sich in diesem Bereich zur Zeit einiges, also ich werd nachher mal 2.6.6-mm2 ausprobieren, denn da ist wieder ein neues Input-Patchset von Dmitry enthalten, vielleicht löst das ja unser Problem.

[Hotspott]

Hab noch dazu geschrieben, dass das Prob in 2.6.5 noch nicht existiert hat.
Vielleicht hilft das ja beim suchen.

@ThorstenHirsch

Falls du eine Lsg gefunden hast, waere es nett, wenn du nochmal hier reinposten wuerdest.

Jeder andere natuerlich auch.

Thx so far.

[ThorstenHirsch]

'türlich :)

Zur Zeit kann ich leider nur den folgenden Workaround anbieten: den ganz normalen PS/2-Maustreiber von X verwenden. Der funktioniert nach wie vor problemlos, hat aber natürlich nicht die schicken Funktionen, die der Synaptics-Treiber bietet.

[Hotspott]

Was stellst du denn da ein?

Wenn ich in meiner XF86Config-4

Spasses halber




Identifier "Mouse[1]"
Driver "mouse"
Option "Device" "/dev/psaux"
Option "Protocol" "PS/2"



eintrage springt der Pointer immernoch wie ein stoerrischer Bock ?

[kth]

Um die Synaptics-Unterstützung (die Teil des psmouse-Treibers ist) zu deaktivieren, kannst du psmouse.proto=imps als Kernelparameter in deine Bootloader-Konfiguration eintragen (oder options psmouse proto=imps in /etc/modprobe.conf, falls du psmouse in Modulform verwendest).

[ThorstenHirsch]

@Hotspott: jo, eigentlich stimmt das. Hast du vielleicht noch

Load "synaptics"
in deiner XF86Config? Ich hab's rausgenommen. Ach ja und ich hab die PS2-Maus und das Touchpad in 2 getrennten InputDevice-Einträgen, wobei ich im ServerLayout das Touchpad-InputDevice rausgenommen hab.

[ThorstenHirsch]

Tjo, -mm2 hat leider noch das gleiche Problem.
Außerdem funktioniert ACPI jetzt nich mehr richtig :( - da is das ACPI jetzt doch tatsächlich so schlau und sagt mir dass die ACPI-Funktionen in meinem Laptop fehlerhaft sind (was sie in der Tat sind, gilt wohl für alle Laptops die auf dem Uniwill n340S8-Board basieren)...bloß die ganze Zeit war ACPI so gnädig und hat trotzdem funktioniert.

Tja...abwarten und Tee trinken. Was anderes fällt mir spontan nich ein.

[Fatty]

Ja zum Glück hab ich bisher noch nicht auf den 2.6.6er geupdatet.

Da heißt's wohl erstmal abwarten und ein Getränk seiner Wahl trinken :ugly:

PS: Geht ACPI im Allgemeinen schlechter oder ist das ein spezielles Problem deines Chipsatzes?

[ThorstenHirsch]

Betrifft nur mein Laptop, bzw. dessen Mainboard.

[Hotspott]

Hab jetzt einfach wieder auf Kernel 2.6.4 umgestellt. Da laeuft mein Wlan und
mein Touchpad => gluecklicher Pinguin :)

Ich spiel zwar gern am System und will heute Nachmittag mal schauen mir einen minimalen dhcp-server einzurichten.

Aber meine eigentlich laufende Xserver Konfig zu zerstueckeln kommt mir dann doch nach verbrannter Zeit vor.

Gruss

HotSpott

[ThorstenHirsch]

Weichei ;)

Hier die letzte Antwort von Peter zu dem Problem:

Yes, the problem is inside the kernel. No one seems to know why this
problem happens with some laptops. There have been some reports that
disabling or enabling APM and/or ACPI helps. Also make sure IDE DMA is
enabled for your hard disk. Unfortunately, these suggestions don't help
for all laptops.

[ThorstenHirsch]

So, hier eine Lösung von Tuukka Toivonen.
Er hat diesen Patch geschrieben: http://www.ee.oulu.fi/~tuukkat/tmp/linux-2.6.5-userdev.20040507.patch (funktioniert auch mit dem 2.6.6er), mit dem man den Kernel dazu bringt, Treiber im Userspace zu verwenden. Hört sich komplizierter an als es ist. Hier die Anleitung von Tuukka:

>Dmitry's patch didn't help, so I applied your patch to 2.6.6 (without
>-mm1!), but it didn't change anything concerning my problem. Is there
>anything that I have to configure?

Yes, the patch alone does nothing differently. Its purpose is that you can
use userland drivers instead of the kernel internal Touchpad driver. So, if
you still get these messages:

psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1

it means that you are using psmouse-module, which is kernel internal
driver. Remove it and configure X or gpm (whichever you're using) to read
mouse input from
/dev/misc/isa0060/serio2
if you're using devfs. If _not_ using devfs, use the script which is given
in Documentation/input/serio-userdev.txt in the patch to create proper
/dev/psaux automatically.

In summary:
- remove kernel internal psmouse driver
- change mouse device from /dev/input/event0 to either
/dev/misc/isa0060/serio2 (if using devfs) or /dev/psaux
(if using the script from docs)
- change the mouse protocol in X configuration from "event" to "auto-dev"
or (preferably) "psaux".

Hat bei mir auf Anhieb funktioniert.
Ich hab einfach [ ] mice deaktiviert und die den "device"-Eintrag in der xorg.conf zu "/dev/misc/isa0060/serio2" geändert. Das Protokoll stand bei mir eh schon auf "auto-dev".

Gruß,
Thorsten

P.S.: Bug-Reports bitte hier posten oder direkt an Tuukka (tuukkat (at) ee.oulu.fi) senden. Der freut sich darüber bestimmt.

[ThorstenHirsch]

Kommando pimperle!

Leider klappt's mit dem user space patch immer noch nicht besser als ohne. Es werden zwar keine sync problems mehr in dmesg angezeigt (is ja auch klar, denn im Kernel is ja auch nix mehr was out of sync sein kann, das is ja jetzt im user space und die dortigen Meldungen gehen....tja, jedenfalls nicht in dmesg ein), aber die Maus zeigt nach wie vor die gleichen sch*** Symptome wie davor.

Meiner Meinung sind die Signale also schon im serio device "out of sync". Hab meine Ergebnisse jedenfalls mal an Tuukka und Dmitry geschrieben, mal sehen wann die 2 sich wieder regen.

Gruß,
Thorsten