> I've been using USB mice exclusively for several years. Wireless
> ones, even. No problems. (Well, occasional problems, but not like
> yours.)
>
> Your symptoms make it sound like you've got a really long polling
> interval. It could be a driver problem. It could be an X11 problem.
> If you're running a VM or a remote protocol like VNC, synergy, or
> xtox, that could be the problem. Or maybe your X server is thrashing.
A long polling interval would cause it to jump, but only to the
next position, right? What I'm seeing is random directions. It
generally trends in the right direction, but with huge jumps in
random directions superimposed.
> I don't know how to diagnose a driver problem, aside from looking at
> the dmesg tea leaves.
I just unplugged and replugged the mouse.
[40519.102785] usb 5-2.3: USB disconnect, address 6
[40526.628354] usb 5-2.4: new full speed USB device using ehci_hcd and
address 7
[40526.733423] usb 5-2.4: configuration #1 chosen from 1 choice
[40526.742749] input: Logitech USB Gaming Mouse as
/devices/pci0000:00/0000:00:1d.7/usb5/5-2/5-2.4/5-2.4:1.0/input/input13
[40526.780410] input,hidraw2: USB HID v1.11 Mouse [Logitech USB Gaming
Mouse] on usb-0000:00:1d.7-2.4
[40526.799774] hiddev96hidraw3: USB HID v1.11 Device [Logitech USB Gaming
Mouse] on usb-0000:00:1d.7-2.4
> If it's a VM or remote protocol problem, you'd notice that it gets
> better when you use the local, native host.
I'm not using VM or remote. It's all local.
> If it's an X11 problem, it could be that you've got multiple mouse
> drivers configured in xorg.conf. The excerpt below is what I have and
> you should have something similar. Specifically, you should NOT have
> SampleRate or Resolution options configured (unless they really do
> make your current mouse work better).
>
>
> Section "InputDevice"
> Identifier "Configured Mouse"
> Driver "mouse"
> Option "CorePointer"
> Option "Device" "/dev/input/mice"
> Option "Protocol" "ImPS/2"
> Option "ZAxisMapping" "4 5"
> Option "Emulate3Buttons" "true"
> EndSection
>
> For more info, see the mousedrv(4) man page.
That looks like what I've used in the past. And if my desktop
was running I would check what's there. Currently I'm reduced
to the laptop, which runs Ubuntu 8.10 I think. And it is running
the latest xorg which has a very short xorg.conf file. Short
enough I can include it in its entirety.
Section "Device"
Identifier "Configured Video Device"
Option "UseFBDev" "true"
EndSection
Section "Monitor"
Identifier "Configured Monitor"
EndSection
Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
EndSection
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
Option "XkbOptions" "lv3:ralt_switch"
Option "XkbOptions" "ctrl:nocaps"
EndSection
As you can see there is no mention of a mouse. And
about half the time the system seems to ignore this
file anyway since I don't always get the ctrl:nocaps
mapping.
--
Allen Brown
http://brown.armoredpenguin.com/~abrown
> On Tue, Mar 24, 2009 at 7:17 PM, Allen Brown <abr...@peak.org> wrote:
>> I've tried to USB mouses with Linux. They suck beyond belief.
>> The graphic cursor is extremely jumpy, making it hard to
>> click on anything, even the big targets. Small targets
>> are extremely frustrating. I'm talking about jumping by
>> up to 1/2 inch on the screen.
>>
>> Somebody is screwing up big time. Has anybody gotten any
>> USB mouse to work with Linux? I've seen this with two
>> different computers. I've seen it with two different
>> mice. The behavior is consistent.
>>
>> Mind you, PS2 mice work fine. It's just USB that sucks.
>> --
>> Allen Brown
>> http://brown.armoredpenguin.com/~abrown
> --
> Bob Miller K<bob>
> k...@jogger-egg.com
_______________________________________________
EUGLUG mailing list
euglug@euglug.org
http://www.euglug.org/mailman/listinfo/euglug
