Re: Logitechwheelmouse
Und hier die Lösung!!! Die Kombination der folgenden BIOS-Einstellungen befähigt das K7S5A bei uns nun zum IMPS/2-Betrieb inklusive Mausrad: ACPI aware OS: yes USB function for DOS: enabled Scheint mir theoretisch zwar nicht ganz so viel Sinn zu machen, aber der SiS735 emuliert ansonsten einen bestimmten Betriebsmodus eines PS/2 controllers irgendwie falsch und arbeitet dabei nicht mit 4 byte langen Paketen (wie beim IntelliMouse-Protokoll benötigt), sondern nur mit 3 byte. Deshalb funktionierte es vorher quasi nur halb. Gruß, Norman -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Logitechwheelmouse
Am Mon, 2002-05-27 um 00.38 schrieb Jens Benecke: On Sat, May 25, 2002 at 03:05:58PM +0200, Dirk Haage wrote: Kannst du mir vielleicht erzählen, warum meine Maus seit Umstieg von Athlon-1400 (Elitegroup K7 Board) auf Athlon-XP 1600+ (Elitegroup K7S5a Mainboard) nicht mehr mit dem 'imps/2' Treiber funktioniert, aber mit ps/2 (dafür ohne Rad)? Wenn ich den imps/2 Treiber benutze, dann springt der Mauscursor ständig in die linke untere Ecke und macht die Maus damit unbenutzbar. Hallo, dasselbe Problem haben wir in einem Rechnerpool in zehnfacher Ausführung... Wir haben dann etliche Tage damit verbracht, *alle* möglichen Protokolle und Konfigurationsmöglichkeiten durchzutesten, mit denen die Mäuse mit den Typenbezeichnungen M-S48 und M-S61 am K7S5A korrekt funktionieren könnten, so wie sie es an anderen Boards (*oder* mit den Betriebssytemen, die mit W anfangen ;) sonst tun. IMPS/2 wäre prinzipiell das richtige Protokoll! Aber aus irgendeinem Grund versagen sowohl XFree als auch gpm unter Linux 2.4 beim IMPS/2-Betrieb auf dem K7S5A. Beispielsweise funktioniert aber das Protkoll MouseManPlusPS/2 bei den Mäusen, die das auch wirklich verwenden, wie Logitech TrackMan/MouseMan usw. Die OEM-Mäuse von Logitech verwenden aber nun mal nur IMPS/2 für den Wheel-Betrieb und das ist ein anderes Protokoll. Wheel-Mäuse werden für den Wheel-Betrieb in einen dieser erweiterten PS/2-Modi versetzt. Da im Kernel auch Code für den IMPS/2-Betrieb ist, frage ich mich, ob nun Linux-Kernel oder XFree/gpm einen Bugfix oder Workaround braucht. Es handelt sich offenbar um einen Bug, sodass wir mal die Entwickler fragen/informieren sollten, oder? Gruß, Norman -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Logitechwheelmouse
Am Mon, 2002-05-27 um 21.10 schrieb Wilhelm Wienemann: Hallo Norman! Norman Kohler schrieb am Montag, 27. Mai 2002: Wir haben dann etliche Tage damit verbracht, *alle* möglichen Protokolle und Konfigurationsmöglichkeiten durchzutesten, mit denen die Mäuse mit den Typenbezeichnungen M-S48 und M-S61 am K7S5A korrekt funktionieren könnten, so wie sie es an anderen Boards (*oder* mit den Betriebssytemen, die mit W anfangen ;) sonst tun. IMPS/2 wäre prinzipiell das richtige Protokoll! Aber aus irgendeinem Grund versagen sowohl XFree als auch gpm unter Linux 2.4 beim IMPS/2-Betrieb auf dem K7S5A. Wie sieht denn die Datei /etc/gpm aus? Wie gesagt haben wir unzählige Überstunden geschoben, um wirklich alle Möglichkeiten - auch ganz ohne gpm - durchzugehen. Das einzige (!) Protokoll bei gpm, dass überhaupt einen Cursor liefert, ist fups2 und der einzige funktionierende Repeater ist raw. Also, wir haben es nachweislich nicht mehr mit trivialen Konfigurationsfragen zu tun. IMPS/2 bzw. imps2 wären ja richtig. Mit Hilfe eines kleinen c-Programms habe ich die Maus mal ohne gpm oder X initialisieren lassen und die Ausgabe der Events beobachtet. Beim K7S5A werden erstens falsche Signale geliefert und zweitens keinerlei Wheel-Ereginisse. Deshalb der springende Cursor. Ich weiß inzwischen nur zu gut, wie die richtigen Konfigurationsdateien aussehen müssten und auf anderen Rechnern mit derselben Konfiguration dann auch funktionieren, aber ein bug oder ein mangelhafter Treiber oder das Fehlen eines Workarounds darin sorgt nur beim K7S5A dafür, dass die Maus nicht richtig initialisiert oder interpretiert wird. Trotzdem danke für die Mühe mit dem pasten ääh einfügen ;) So wie oben beschrieben gehen X und gpm mit einer Original M$ Intellimouse Explorer. Der Grund warum es nicht rennt ist, daß X und gpm nicht beide zusammen auf dasselbe Device (hier /dev/psaux) zugreifen können. Daher wird bei mir gpm als Repeater (Option -R in /etc/gpm.conf) eingesetzt, welches alle Mouse-Events dann auf /dev/gpmdata weiterleitet. So kommen sich X und gpm nicht in die Quere. Haben wir berücksichtigt. Gruß, Norman -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)