Hallo Leute,
nach einem Update von Kernel 2.4.23 auf Kernel 2.6.1 funktioniert das Mausrad meiner Logitech-Maus nicht mehr in XFree86. Die XF86Config ist selbstverständlich unverändert. Die Maus ist über USB angeschlossen. Gibt es dafür eine Begründung?
Des weiteren scheint sich der Mauszeiger im Verhältnis doppelt so schnell zu bewegen, wie unter Kernel 2.4.23. Selbigen Effekt konnte ich schon bei einigen 2.6'er Installationen beobachten.
Würde mich freuen, ein paar nützliche Tipps zu bekommen; weil Google war nicht wirklich hilfreich.
Viele Grüße Matthias
Am 24. Januar 2004 schrieb Matthias Petermann:
Des weiteren scheint sich der Mauszeiger im Verhältnis doppelt so schnell zu bewegen, wie unter Kernel 2.4.23. Selbigen Effekt konnte ich schon bei einigen 2.6'er Installationen beobachten.
Ähnliches konnte ich an meiner PS/2-Maus auch schon beobachten. Der Zeiger flitzt schneller als unter Linux 2.4.x über dem Schirm und ein Dreh am Scrollrad löst zwei Ereignisse aus (z. B. 2 Zoom-Stufen in div. Viewern). Scheint, als kümmern sich zu viele Handler um die Events. Konnte (und wollte) es bisher auch noch nicht eruieren.
Freundlich grüßend,
Erik
On Sat, Jan 24, 2004 at 10:57:03PM +0100, Matthias Petermann wrote:
Hallo Leute,
Hi Matthias,
Des weiteren scheint sich der Mauszeiger im Verhältnis doppelt so schnell zu bewegen, wie unter Kernel 2.4.23. Selbigen Effekt konnte ich schon bei einigen 2.6'er Installationen beobachten.
Yepp, das Phänomen tritt bei jedem 2.6er auf. Es scheint als würde der neue Scheduler ganze Arbeit leisten :)
Ciao, Tobias
On Sat, Jan 24, 2004 at 11:43:08PM +0100, Tobias Koenig wrote:
Yepp, das Phänomen tritt bei jedem 2.6er auf. Es scheint als würde der neue Scheduler ganze Arbeit leisten :)
hm, bei mir nicht. suse 9.0, Kernel 2.6.1 Hängt also evtl. auch vom Userspace ab.
Am 24. Januar 2004 schrieb Tobias Koenig:
On Sat, Jan 24, 2004 at 10:57:03PM +0100, Matthias Petermann wrote:
Hallo Leute,
Hi Matthias,
Des weiteren scheint sich der Mauszeiger im Verhältnis doppelt so schnell zu bewegen, wie unter Kernel 2.4.23. Selbigen Effekt konnte ich schon bei einigen 2.6'er Installationen beobachten.
Yepp, das Phänomen tritt bei jedem 2.6er auf. Es scheint als würde der neue Scheduler ganze Arbeit leisten :)
Was hat die Anzahl der ausgelösten Maus-Events und die Umsetzung in Bewegung auf dem BS mit dem Scheduler zu tun? Die Anzahl der Events ist bei gleicher Stecke, die die Maus zurücklegt, gleich, aber die Strecke, die der Zeiger zurücklegt, ist bei Linux 2.6.x länger.
Der Scheduler würde dafür sorgen, dass der Zeiger schneller reagiert, aber nicht das Verhältnis zwischen Mausstrecke und Zeigerstrecke verändern.
Wie schon geschrieben, vermute ich eher, dass sich zwei oder mehr Prozesse (oder Message-Queues o. ä.) um die Maus kümmern und so die Signale mehrfach verarbeiten. (siehe Scrollrad)
Freundlich grüßend,
Erik
Hallo Leute,
vielen Dank erst einmal für eure zahlreichen Vorschläge :-) Was die Beziehung zwischen zurückgelegter Strecke des Mauszeigers und dem Sheduler betrifft, würde ich Eriks Vermutung teilen.
Die Lösung für mein konkretes Problem (Mausrad geht nicht) kommt aus einer anderen Richtung: Ich hatte den Treiber für den USB Chipsatz (UHCI) als Modul gebaut. Der vorherige Kernel 2.4 enthielt den Treiber statisch, woraus folgte, dass er direkt nach dem Start von 2.6 erst einmal nicht verfügbar war. USB-HID konnte aber vom USB-Manager nachgeladen werden, und sprach die Maus über die Boot-Protokoll-Treiber (BIOS?) an. Dieses Protokoll unterstützt aber keine Mausräder. Jetzt klappt wieder alles wunderbar, nur die Geschwindigkeit des Zeigers ist nach wie vor ein interessierendes Thema. Falls da wer konkrete Infos hat, wär ich daran sehr interessiert :-)
Viele Grüße & noch einen schönen Sonntag Matthias
Hi!
Am 2004-01-25 17:26 +0100 schrieb Matthias Petermann:
Jetzt klappt wieder alles wunderbar, nur die Geschwindigkeit des Zeigers ist nach wie vor ein interessierendes Thema. Falls da wer konkrete Infos hat, wär ich daran sehr interessiert :-)
Infos nicht, aber ich glaube, als ich damals umgestiegen bin hatte ich auch ein paar Schwierigkeiten damit (Logitech USB). Der neue Kernel hat jetzt ein vereinheitlichtes Eingabegerätemodell, es hilft vielleicht schon, mal das Mausdevice zu ändern. Ich benutze jetzt /dev/input/mice, vorher glaube ich /dev/misc/psaux.
Was nimmst Du denn?
Nur ein Schuss ins Blaue...
Pitti
Hallo Martin,
On Sun, 25 Jan 2004 18:17:15 +0100 Martin Pitt martin@piware.de wrote:
[...] auch ein paar Schwierigkeiten damit (Logitech USB). Der neue Kernel hat jetzt ein vereinheitlichtes Eingabegerätemodell, es hilft vielleicht schon, mal das Mausdevice zu ändern. Ich benutze jetzt /dev/input/mice, vorher glaube ich /dev/misc/psaux.
Was nimmst Du denn?
Ich hatte bereits bei 2.4 /dev/input/mice verwendet, die XF86Config ist unverändert. Wie gesagt - es funktioniert jetzt ja alles, außer dass die Maus schneller ist, im Vergleich zu vorher.
Gruß Matthias
Hallo,
ich glaub, dazu kann ich auch eine Kuriosität beitragen:
Nach Update auf 2.6.0, inzwischen 2.6.1 hab ich in meiner XF86Config-4 zwei Mäuse eingetragen: eine /dev/psaux und eine /dev/usbmouse
Tatsache ist, es ist eine Maus am USB, es geht jedenfalls noch alles, und abgesehen von einer leicht erhöhten Zeigergeschwindigkeit ist mir nix aufgefallen, hab nur nach lesen dieses Threads mal in die Datei reingeschaut...
Werde nachher mal den Eintrag mit /dev/psaux entfernen.
Freundlich grüßend,
Friedrich
lug-dd@mailman.schlittermann.de
-
Erik Schanze -
Martin Pitt -
Matthias Petermann -
phriedrich -
Stefan Seyfried -
Tobias Koenig