Bug 14633

Summary: X freezes with Composite and Mouse Wheel, mouse moves, no keyboard.
Product: xorg Reporter: Luis SG <luxorules>
Component: Driver/nVidia (proprietary)Assignee: Aaron Plattner <aplattner>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: major    
Priority: medium CC: andrej, bradkoch2007, conselvan2, curtm4n, morgoth6, mrsteven, sangu.xorg, tobias.polzer, vcunat
Version: 7.3 (2007.09)   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Xorg log
none
NVIDIA LOG
none
Log of Intel video on Ubuntu
none
nvidia-bug-report.sh
none
extremetuxracer.Xorg.log
none
Xorg log on 1.5.3 and intel none

Description Luis SG 2008-02-23 09:15:16 UTC
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.
Comment 1 Julien Cristau 2008-02-24 02:49:06 UTC
(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.
Comment 2 Luis SG 2008-02-29 05:50:57 UTC
Created attachment 14715 [details]
NVIDIA LOG
Comment 3 Luis SG 2008-02-29 05:52:40 UTC
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.
Comment 4 Curtis Magyar 2008-03-01 09:18:48 UTC
This also happens for me with the composite extension disabled

http://curtman.mine.nu:8080/~curtis/xorg-evdev-crazy1.log
Comment 5 Curtis Magyar 2008-03-12 03:40:13 UTC
Created attachment 15061 [details]
Log of Intel video on Ubuntu 

This looks like the same bug occurring on Intel video chipset running Ubuntu.
Comment 6 Curtis Magyar 2008-03-12 14:11:35 UTC
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
Comment 7 Luis SG 2008-03-12 17:07:19 UTC
(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 :(
Comment 8 Luis SG 2008-03-27 08:02:59 UTC
So, reverting xorg-server to 1.3.0.0-r2 fixes it. Anyway 1.4 still has that issue.
Comment 9 Peter Hutterer 2008-05-01 16:43:26 UTC
(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.
Comment 10 mrsteven 2008-05-02 05:57:41 UTC
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.

Comment 11 Curtis Magyar 2008-05-03 05:24:52 UTC
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.
Comment 12 Marcin Kurek 2008-06-04 00:12:46 UTC
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.
Comment 13 sangu 2008-12-28 17:30:17 UTC
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=================
Comment 14 sangu 2008-12-29 05:07:27 UTC
(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).
Comment 15 Bengt Olsson 2009-01-03 07:25:12 UTC
Same bug (most probably) in Ubuntu:

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/275809

Comment 16 mrsteven 2009-01-13 17:19:44 UTC
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?
Comment 17 Vladimír Čunát 2009-06-09 13:04:33 UTC
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.
Comment 18 Vladimír Čunát 2009-06-09 13:06:07 UTC
Created attachment 26601 [details]
Xorg log on 1.5.3 and intel
Comment 19 Adam Jackson 2018-06-12 19:08:43 UTC
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.