Maus (& DRI) Probleme nach Xorg Update

[emha]

Hallo,

nachdem ich xorg auf den neusten Stand gebracht habe und moused_enable="YES"
aus der /etc/rc.conf rausgeschmissen habe (zuerst wollte sie gar nicht), führt meine Maus nach jedem Wechsel von der Konsole zurück zu X ein Eigenleben:

Stand sie beispielsweise über einem xterm und ich bewege sie, werden Zeilen markiert und dann eingefügt; also ein Verhalten wie: Mit der linken Maustaste einen Bereich markieren und dann mit der mittleren Taste einfügen.

Auch ist die Maus in dem Fenster 'gefangen'. Ich kann zwar den Zeiger ausserhalb bewegen, aber alle Aktionen werden im letzten Fenster ausgeführt und der Zeiger selber wechselt auch nicht von z.B. Text auf 'Normal'.

Ich kann dem Entgegenwirken, wenn ich nach dem Wechsel auf X die rechte Taste drücke; eingefügt wird trotzdem, aber dann verhält sie sich wieder normal.

Ich habe das nach etwas suchen auf hald geschoben und versucht mit

Section "ServerFlags"
       Option "AllowEmptyInput" "0"
       Option "AutoAddDevices" "0"
       Option "AutoEnableDevices" "0"
EndSection

hald einzuschränken und Tastatur und Maus nur über die xorg.conf zu konfigurieren: Aktuell:

Section "InputDevice"
<------>Identifier  "Keyboard0"
<------>Driver      "kbd"
<------>Option "XkbModel" "pc105"
<------>Option "XkbLayout" "de"
<------>Option "XkbOptions" "terminate:ctrl_alt_bksp"
EndSection

Section "InputDevice"
<------>Identifier  "Mouse0"
<------>Driver      "mouse"
<------>#Option>    "Device" "/dev/sysmouse"
<------>Option<>    "Device" "/dev/psm0"
<------>#Option>    "Protocol" "auto"
<------>Option<>    "Protocol" "IMPS/2"
<------>#Option>    "ZAxisMapping" "4 5 6 7"
EndSection

In der X.org.log war dann folgendes zu finden:

(WW) Mouse0: No Device specified, looking for one...
(II) Mouse0: Setting Device option to "/dev/psm0"
(--) Mouse0: Device: "/dev/psm0"
(==) Mouse0: Protocol: "Auto"
(**) Option "CorePointer"
(**) Mouse0: always reports core events
(**) Option "Device" "/dev/psm0"
(==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50
(**) Mouse0: ZAxisMapping: buttons 4 and 5
(**) Mouse0: Buttons: 9
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(**) Mouse0: (accel) keeping acceleration scheme 1
(**) Mouse0: (accel) acceleration profile 0
(II) Mouse0: SetupAuto: hw.iftype is 3, hw.model is 4
(II) Mouse0: SetupAuto: protocol is IMPS/2
(II) Mouse0: ps2EnableDataReporting: succeeded
(**) Option "CoreKeyboard"
(**) Keyboard0: always reports core events
(**) Option "Protocol" "standard"
(**) Option "XkbRules" "base"
(**) Option "XkbModel" "pc105"
(**) Option "XkbLayout" "de"
(**) Option "XkbOptions" "terminate:ctrl_alt_bksp"
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(II) RADEON(0): Damage tracking initialized for page flipping
(II) config/hal: Adding input device PS/2 Mouse
(II) AutoAddDevices is off - not adding device.
(EE) config/hal: NewInputDeviceRequest failed (8)
(II) config/hal: Adding input device AT Keyboard
(II) AutoAddDevices is off - not adding device.
(EE) config/hal: NewInputDeviceRequest failed (8)

hald sollte sich jetzt also raushalten. Aber nach einem X -> Konsole -> X Wechsel taucht dann immer das hier auf:

(II) Mouse autoprobe: Changing protocol to ExplorerPS/2
(II) Mouse autoprobe: Changing protocol to ImPS/2
(II) 3rd Button detected: disabling emulate3Button
(II) Mouse0: SetupAuto: hw.iftype is 3, hw.model is 4
(II) Mouse0: SetupAuto: protocol is IMPS/2
(II) Mouse0: ps2EnableDataReporting: succeeded
(II) Mouse autoprobe: selecting ImPS/2 protocol
(II) 3rd Button detected: disabling emulate3Button

Ich hab diverse Einstellungen für "Device" und "Protocol" versucht, nix. Auch Änderungen in der /usr/local/etc/hal/fdi/policy/x11-input.fdi brachten keine Besserung (wieder mit 'hald'); diese sieht z.Z. so aus:

<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
  <device>
    <!-- tag the keyboard -->
    <match key="info.capabilities" contains="input.keyboard">
      <merge key="input.x11_driver" type="string">kbd</merge>
      <merge key="input.xkb.layout" type="string">de</merge>
      <merge key="input.xkb.variant" type="string">nodeadkeys</merge>
    </match>
    <!-- tag the mouse as well -->
    <match key="info.capabilties" contains="input.mouse">
      <merge key="input.x11_driver" type="string">mouse</merge>
    </match>
  </device>
</deviceinfo>

Hinzu kommen nach dem Update noch DRI Probleme (glxgears , -info und weitere Programme verhalten sich normal, es treten auch keine Besonderheiten in X.org.log auf (bis auf die letzte s.u.), und dann lässt blender den Rechner einfrieren

[mi] EQ overflowing. The server is probably stuck in an infinite loop.

Damit habe ich mich aber noch nicht genug beschäftigt; wird wohl ein eigenes Thema. Jetzt läuft erst mal der Kernelneubau für 'WITH_NEW_XORG'...

Vielleicht hängt ja beides zusammen oder meine Grafikkarte/Kiste ist einfach zu alt (ATI 9200 SE/r200 bzw. r280 128MB) - mir gehen die Ideen aus.

LG,
emha

P.S.: Unter Linux keine Probleme, hab aber nicht die entspr. xorg-Versionen im Kopf

 

[emha]

Nachtrag:
Nach einem kompletten Neubau von Xorg kann ich den Mausfehler nicht mehr provozieren.
hald bleibt aber erst mal außen vor; moused und XINPUT (/dev/sysmouse) vertraue ich z.Z. etwas mehr.

emha