Created attachment 14523 [details] Xorg log Since the evdev change of the keyboard (in which i had to change my KDE keyboard setting to EVDEV in order to restore my spanish keyboard) im having this issue. If use the Windows Key and the Mouse Wheel at the same time, its a matter of seconds that X freezes. It gets freeze and keyboard stops responding... i can move the mouse around the screen but thats all. I have to log remotely and kill X to recover control over the keyboard, my power button (ACPI) still works too. As an attachment i add the Xorg log but i think it won't help, that lines with the leds appears even when i dont have freezes. Other times i get lots of: mieqEnequeue: out-of-order valuator event; dropping. tossed event which came in late But i fear none of these are related to the problem.
(In reply to comment #0) > If use the Windows Key and the Mouse Wheel at the same time, its a matter of > seconds that X freezes. It gets freeze and keyboard stops responding... i can > move the mouse around the screen but thats all. I have to log remotely and kill > X to recover control over the keyboard, my power button (ACPI) still works too. > Sounds like a GPU lockup.
Created attachment 14715 [details] NVIDIA LOG
Just a note: I can press Windows Key (keep it pressed), use Mouse Wheel (roll it)... but as soon as i release the Windows Key it gets freezed.
This also happens for me with the composite extension disabled http://curtman.mine.nu:8080/~curtis/xorg-evdev-crazy1.log
Created attachment 15061 [details] Log of Intel video on Ubuntu This looks like the same bug occurring on Intel video chipset running Ubuntu.
It was reported on the Gentoo bugzilla that to fix this the 'xf86-input-mouse' package had to be removed. I have removed xf86-input-mouse and xf86-input-keyboard, and I'm relying entirely on xf86-input-evdev. My system seems stable, and I am able to use Maya again. Previously it would freeze within 15 minutes. Gentoo bug: http://bugs.gentoo.org/show_bug.cgi?id=207106
(In reply to comment #6) > It was reported on the Gentoo bugzilla that to fix this the 'xf86-input-mouse' > package had to be removed. I have removed xf86-input-mouse and > xf86-input-keyboard, and I'm relying entirely on xf86-input-evdev. My system > seems stable, and I am able to use Maya again. Previously it would freeze > within 15 minutes. > > Gentoo bug: http://bugs.gentoo.org/show_bug.cgi?id=207106 > That didnt work for me :(
So, reverting xorg-server to 1.3.0.0-r2 fixes it. Anyway 1.4 still has that issue.
(In reply to comment #8) > So, reverting xorg-server to 1.3.0.0-r2 fixes it. Anyway 1.4 still has that > issue. looking at Curtis' log, it segfaults in pixman. I can't get anything out of the other logs. Does this happen with a specific desktop environment? i.e. is anything supposed to happen when you use WIN + mousewheel? a menu perhaps? If so, does it happen with a simple window manager and nothing running. If it does, it is input related. If it doesn't, it may be rendering-related.
It also happens if you start yakuake, press its activation key (here it is scroll lock) and hold it. If you then do something, X freezes in almost no time with the same error. Tested with following packages on gentoo: $ equery list x11-base/ [ Searching for all packages in 'x11-base' among: ] * installed packages [I--] [ ~] x11-base/xorg-server-1.4.0.90-r3 (0) $ equery list x11-drivers/ [ Searching for all packages in 'x11-drivers' among: ] * installed packages [I--] [ ] x11-drivers/synaptics-0.14.6 (0) [I--] [ ] x11-drivers/xf86-input-evdev-1.1.5-r1 (0) [I--] [ ~] x11-drivers/xf86-input-keyboard-1.3.0 (0) [I--] [ ~] x11-drivers/xf86-input-mouse-1.3.0 (0) [I--] [ ~] x11-drivers/xf86-video-ati-6.8.0-r1 (0) Note that the evdev driver is installed but not used. I can try again with that one instead of keyboard/mouse if necessary. This also happens with version 1.2.2 of the keyboard driver and 1.2.3 of the mouse driver.
Re: Comment #9 > Does this happen with a specific desktop environment? I have switched my Maya 2008 work to a Windows box, because the freezing in Linux is unbearable. Countless hours of work have been lost to this problem. If you're looking for a program to cause this problem I would say that Maya is it. Sometimes I'll get 5 or 10 minutes out of, other times 5 or 10 seconds. Basically anything that uses keyboard/mouse combo's seems to do it. Maya uses a lot of ctrl-mousewheel, alt-mousewheel, alt-mmb, etc and the freezups *always* occur while doing one of those. I'm having this problem on Ubuntu and Gentoo as well, so it doesn't seem to be distro specific. With and without evdev. With and without composite. I can't find any settings that even affect this.
I think I suffer for same or similar problem. The X freazes, but not completly as I can still move my mouse, but nothing is refreshed on the screen and keyboard doesn't work (SysReq works) I was able to reproduce it using Compiz zoom effect. Press Windows key and roll the mouse wheel for a while. It seems to be fine, but leave the windows key cause it in 90% of cases. I use 64bit system on X2 4000 and GF8600GT (PCI-E) with kernel 2.6.25 and latest nvidia binary drivers (But same problem was here in older drivers) I have no access to my machine ATM, but I can see no problems in X.org log only a lot of: mieqEnequeue: out-of-order valuator event; dropping. tossed event which came in late tossed event which came in late tossed event which came in late tossed event which came in late If any more specyfic informations are required plase ask.
Created attachment 21525 [details] nvidia-bug-report.sh nvidia 177.82, xorg-x11-server 1.5.3, kernel-2.6.18, pixman-0.13.2, xorg-x11-drv-evdev-2.1.0 GPU : 8300mGPU CPU : AMD Phenom X4 9850 BE $ cat/var/log/Xorg.0.log ========skip============ [mi] EQ overflowing. The server is probably stuck in an infinite loop. Backtrace: 0: /usr/bin/Xorg(xorg_backtrace+0x3b) [0x812bc5b] 1: /usr/bin/Xorg(mieqEnqueue+0x289) [0x810b379] 2: /usr/bin/Xorg(xf86PostMotionEventP+0xc2) [0x80d4262] 3: /usr/bin/Xorg(xf86PostMotionEvent+0x68) [0x80d43c8] 4: /usr/lib/xorg/modules/input//evdev_drv.so [0x1fd0d05] 5: /usr/bin/Xorg [0x80bcdb7] 6: /usr/bin/Xorg [0x80ac91e] 7: [0x130400] 8: /usr/lib/xorg/modules/drivers//nvidia_drv.so [0x1865222] 9: /usr/lib/libpixman-1.so.0 [0x1d1d93] 10: /usr/lib/libpixman-1.so.0 [0x1d1451] 11: /usr/lib/libpixman-1.so.0 [0x1cfca4] 12: /usr/lib/libpixman-1.so.0 [0x1d5380] 13: /usr/lib/libpixman-1.so.0(pixman_image_composite+0x7d1) [0x1d5011] 14: /usr/lib/xorg/modules//libwfb.so(wfbComposite+0x1b2) [0x36f79d2] 15: /usr/lib/xorg/modules/drivers//nvidia_drv.so [0x1876671] [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. ===========skip=================
(In reply to comment #13) When clicking thumbnail in < http://blogs.zdnet.com/hardware/?p=3222 >, this problem happens. Window Manager : Compiz 0.7.8 Web browser : firefox (3.1 beta2).
Same bug (most probably) in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/275809
Created attachment 21958 [details] extremetuxracer.Xorg.log This also happens with xorg-server-1.5.3, mesa-7.2 and xf86-video-ati-6.10.0 when I try to play Extreme Tux Racer 0.4: The game is very slow (3fps) and after some frames it freezes. I was able to shutdown the system (took several minutes) through ACPI (power button) and I got the logfile I attached here. I was not able to reproduce the bug by other means, so I don't know - maybe it could be another one?
I seem to have the same bug. X freezes about once a day with no apparent reason - only mouse moves, no response to anything else except the power-button. After a short press the system shuts down as it does in normal state. I use x11-base/xorg-server-1.5.3-r6 and x11-drivers/xf86-video-intel-2.7.1, it seemed the same in kernels 2.6.28-r5 and 2.6.29-r5 (with KMS off). Attaching Xorg log containing a backtrace (I've compiled in some debug info). If you need some more information I'll gladly provide it if I can. I suppose I can reproduce the crash if I wait a couple of days.
Created attachment 26601 [details] Xorg log on 1.5.3 and intel
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.