> Are you talking about using a USB mouse with a laptop that has a > touchpad or is this a desktop PC?
Since my desktop is currently dead I am limping with a laptop. That's why I need to use the USB mouse. It doesn't accept PS2. And the touch pad is awkward compared to a mouse. The problem I've described also applied to the desktop when it was running. > My G7 Logitech is USB and works very well both with lappy and > desktop in Ubuntu.I could post X11of my PCs if you wish? This is a G5. Yes, please post. > Also wireless phones /microwaves can interfere with that area of > freq. I don't have a wireless phone. My roommie has a cell, but is currently at the coast. The microwave oven is not running. The WiFi router is about 15 feet away and running at partial power. I don't know how to turn off the WiFi in the lappy. (When I've tried in the past gnome immediately brought it back up.) > Shut off both and try then. > And if blue tooth disable blue tooth on cell and PDAs to test for > improvement.I know not much to work but with hope it helps. :-) I don't have anything powered that's bluetooth, unless the lappy is broadcasting into the aether without asking me. -- Allen Brown http://brown.armoredpenguin.com/~abrown > 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. >> > > _______________________________________________ EUGLUG mailing list [email protected] http://www.euglug.org/mailman/listinfo/euglug
