> Mike - right, I forgot about xinput -- I'm still running Ubuntu 8.04
> on all but one of my machines.
>
> Allen - The random jerkiness is because of your mouse acceleration.
> The xset(1) man page explains the algorithm. You could try
> turning acceleration all the way off ("xset m 1/1 1") and see if that
> doesn't eliminate the random movement.
That makes the jerkiness smaller. It makes all motion smaller.
But the jerkiness is still there. In fact I would say the only
thing that has changed is that everything is scaled down by a
bunch. That's not a bad thing. I can now hit small targets
after a few tries. And I can hit big targets on the first try.
It would be nice if the mouse would track my actual movements.
But this is better than nothing.
BTW I looked for documentation on HAL. No man page. No info
page. I wish the distribution owners would lay down the law:
No programs, packages, modules can be added without man pages.
--
Allen Brown
http://brown.armoredpenguin.com/~abrown
> On Tue, Mar 24, 2009 at 8:56 PM, Mike Cherba <mche...@gmail.com> wrote:
>> Allen,
>> Â Â Â Â What else is plugged into USB? Â (I.E. the output of lsusb)
>> Â I've heard
>> rumors of certain other USB devices causing mouse problems in ubuntu
>> 8.10. Â Usually this is a symptom of the system trying to set the
>> pointer
>> via another device like a gamepad or such. Â I had a similar issue a few
>> years ago where a touchpad that was going bad interfered with my mouse.
>> You could try unplugging all other USB devices or input devices other
>> than the keyboard and mouse and see if the problem remains.
>>
>> Â Â Â Â Ubuntu has moved mouse config out of xorg and into the HAL
>> stuff. Â You
>> can use "xinput" to see what devices X is recognizing and how they are
>> configured. Â Try "xinput list" Â to find out what the id for your mouse
>> is. Â Then run "xinput test [idnum]" to capture all events from the
>> device to the console for a while. Â Ctrl+c will stop the capture. Â if
>> you run this you can see whether the events causing the motion come from
>> the mouse itself. (I recommend moving the mouse to the upper left corner
>> where it should report its location as 0,0) Â If no events show up then
>> the mouse isn't your cause. Â Test each input device in turn until you
>> find the one that is sending the spurious events.
>>
>> I hope this helps.
>> Â Â Â Â Â Â Â Â Â Â Â Â -Mike
>>
>>
>> "The Earth is the cradle of the mind, but one cannot eternally live in a
>> cradle." - Konstantin E. Tsiolkovsky
>>
>>
>> On Tue, 2009-03-24 at 19:59 -0700, Allen Brown wrote:
>>> > 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
>>
>> _______________________________________________
>> EUGLUG mailing list
>> euglug@euglug.org
>> http://www.euglug.org/mailman/listinfo/euglug
>>
>
>
>
> --
> Bob Miller K<bob>
> k...@jogger-egg.com
> _______________________________________________
> EUGLUG mailing list
> euglug@euglug.org
> http://www.euglug.org/mailman/listinfo/euglug
>
_______________________________________________
EUGLUG mailing list
euglug@euglug.org
http://www.euglug.org/mailman/listinfo/euglug
