Bug 222615
Summary: | Mouse moves to left side of screen and stays there | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mykel Alvis <mykel> | ||||||||||
Component: | xorg-x11-drv-mouse | Assignee: | Kristian Høgsberg <krh> | ||||||||||
Status: | CLOSED DUPLICATE | QA Contact: | |||||||||||
Severity: | high | Docs Contact: | |||||||||||
Priority: | medium | ||||||||||||
Version: | 6 | CC: | email.ahmedkamal, mcepl, rydan | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | All | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2007-09-20 10:04:09 UTC | Type: | --- | ||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||
Documentation: | --- | CRM: | |||||||||||
Verified Versions: | Category: | --- | |||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
Embargoed: | |||||||||||||
Attachments: |
|
Description
Mykel Alvis
2007-01-15 08:48:34 UTC
Added the USB-to-PS2Mouse adapter and plugged in the PS2 Mouse and Keyboard connectors instead of just using the single USB connecter used previously. No change was observed. The mouse once again became attracted to the left side of the screen within about 15 seconds of constant movement. I failed to attempt the xorg bugzilla list before posting here. This appears to be reported to Xorg already, at least for BSD. Managed to upgrade errorneous i586 kernel installed by https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=211941 to i686 using instructions at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=211941#c24 Did this in hopes of helping possible FPU issues (just a guess). No change. kmod-nvidia did some rather drastic changes to xorg.conf file, including removing a backup. Will attempt to restore some of those. Created attachment 145621 [details]
Current xorg.conf file. modified to add mouse coverage back in
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please attach your X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below. Could you please also try to run without any /etc/X11/xorg.conf whatsoever and let X11 autodetect your display and video card? Attach to this bug /var/log/Xorg.0.log from this attempt as well, please. We will review this issue again once you've had a chance to attach this information. Thanks in advance. I have noticed this same bug in the Fedora Core 6 LiveCD. It doesn't seem to matter what I am doing, after a few seconds to several minutes, the mouse curser will jump to the left side of the screen. I can slowly move it back towards the center, but it always goes right back. Verticle movement is not affected.I am unable (I assume) to save a log file on the LiveCD, but here are my specs. AMD 3800+ x2 1GB RAM ECS motherboard Logitech scroll mouse nVidia 6600 GT graphics card Created attachment 145963 [details]
With conf file, driver is IMPS/2
Created attachment 145964 [details]
With conf file, driver is PS/2
Created attachment 145965 [details]
No conf file
The desktop eventually came up (sort of) after being very messed up initially.
This is a PCIExpress card (Nvidia GeForce 6600LE) and wouldn't detect at all
until installing the Nvidia update.
With no xorg.conf, the mouse was invisible, but didn't seem to do the left-side
thing. However, the reported bug-effect does seem to happen most after some
significant amount of drawing on the screen(s) has occurred, like opening an
app window and moving it around a bit. I didn't think to try that with this
no-conf startup since it was impossible to tell where the pointer was so
grabbing the title bar was nearly as impossible.
Thanks for your help!
As a little more information, I've tried a couple of things with my mouse hardware. I've switched from a USB-only mouse to using the little USB-to-PS/2 adapter that comes with MS Wireless keyboards. I've also tried switching out mice completely. The two other PS/2 mice I've tried have precisely the same behavior. Is there anything else I can do to help with this issue? It's basically a show-stopper for my primary desktop system. from the postings I could find in several forums, the issue seems to be due to the handling of the SMP. Is there any resolution timeline for this bug? It prevents any owner of an AMD dual core computer to do anything Thx, B. H/w Config: HP pavilion w/ ATI Express 200 AMD Dual Core 64 X2 2.13 GHz Linux distro 2.6.18-1.2798.fc6 Confirmed, I face this bug regularly after a lot of swapping usually after waking up from hibernate. The mouse pointer is stuck at left-top corner, while the actual mouse seems to be moving around the screen. So, if I keep right-clicking while moving, it's easy to notice the mouse is actually moving, it's just that the arrow is stuck up there! This is very irritating, please fix it Did we test the patch at https://bugs.freedesktop.org/show_bug.cgi?id=3113 ? I have exactly the same issue in Fedora 7. I recently did a clean install of Fedora 7 (i386) and am booting with the 2.6.20-2925.9.fc7xen kernel. It appears to happen after an arbitrary amount of time once I start a virtual machine (dom1) of Windows 2003 Server. Every time this has happened the mouse cursor was over one of the virt-manager windows though I'm not sure if that is part of the cause. Situation does not appear to occur when not running virt-manager. The mouse is a generic USB wireless optical scroll mouse. Problem goes away when ending the session via ctrl-alt-backspace. (In reply to comment #15) Hardware: Intel E6300 processor Intel DG965WH motherboard Nvidia 7600GS 1GB of RAM This seems to be kernel-xen problem. Marking as duplicate. *** This bug has been marked as a duplicate of 294011 *** |