FS#16967 - [xf86-video-ati] xorg-7.5 hangs when running glxgears

Attached to Project: Arch Linux
Opened by Jose Marino (oniram) - Sunday, 01 November 2009, 23:11 GMT
Last edited by Andrea Scarpino (BaSh) - Saturday, 21 November 2009, 17:38 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Jan de Groot (JGC)
Architecture i686
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

I updated the system yesterday and it pulled a bunch of xorg related updates. Since then, running glxgears hangs my laptop. When I run glxgears a black window appears and everything stops responding. I still can move the mouse pointer but can't do anything with it. Ctrl-alt-backspace, ctrl-alt-del and any alt-sysrq keys don't do anything. Only solution is a hard reset.
The laptop has an ati card:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] (rev 02)

Additional info:
Ati related packages are: ati-dri 7.6-2 & xf86-video-ati 6.12.99.git20091014-1

There's this in the xorg logs:
[mi] EQ overflowing. The server is probably stuck in an infinite loop.

Backtrace:
0: /usr/bin/Xorg (xorg_backtrace+0x3b) [0x809fb4b]
1: /usr/bin/Xorg (mieqEnqueue+0x1ab) [0x809897b]
2: /usr/bin/Xorg (xf86PostMotionEventP+0xcc) [0x80a3e8c]
3: /usr/lib/xorg/modules/input/evdev_drv.so (0xb787b000+0x45d1) [0xb787f5d1]
4: /usr/lib/xorg/modules/input/evdev_drv.so (0xb787b000+0x48c6) [0xb787f8c6]
5: /usr/bin/Xorg (0x8048000+0x669ff) [0x80ae9ff]
6: /usr/bin/Xorg (0x8048000+0xf9c74) [0x8141c74]
7: (vdso) (__kernel_sigreturn+0x0) [0xb7fd4400]
8: /usr/lib/libdrm.so.2 (drmGetLock+0x74) [0xb7aaba44]
9: /usr/lib/xorg/modules/extensions/libdri.so (DRILock+0x106) [0xb7fc8a96]
10: /usr/lib/xorg/modules/extensions/libdri.so (DRIDoWakeupHandler+0x51) [0xb7fc8b01]
11: /usr/lib/xorg/modules/extensions/libdri.so (DRIWakeupHandler+0x70) [0xb7fc7cd0]
12: /usr/bin/Xorg (WakeupHandler+0x52) [0x807d962]
13: /usr/bin/Xorg (WaitForSomething+0x1aa) [0x80a266a]
14: /usr/bin/Xorg (0x8048000+0x40590) [0x8088590]
15: /usr/bin/Xorg (0x8048000+0x1ab15) [0x8062b15]
16: /lib/libc.so.6 (__libc_start_main+0xe6) [0xb7c05a36]
17: /usr/bin/Xorg (0x8048000+0x1a701) [0x8062701]

Steps to reproduce:
- Run glxgears
This task depends upon

Closed by  Andrea Scarpino (BaSh)
Saturday, 21 November 2009, 17:38 GMT
Reason for closing:  Fixed
Additional comments about closing:  xorg-server 1.7.1.902-1
Comment by Jose Marino (oniram) - Monday, 02 November 2009, 13:35 GMT
  • Field changed: Percent Complete (100% → 0%)
That seems to be the version currently in extra.
Comment by Roman Kyrylych (Romashka) - Monday, 02 November 2009, 13:36 GMT
just to clarify - you are using the package from extra, not an older AUR package with the same version, right?
Comment by Jose Marino (oniram) - Monday, 02 November 2009, 14:45 GMT
That is correct. For reference, bug #16968 shows the pacman log of the system update that introduced this problem.
Comment by Mario K (empanyc) - Monday, 02 November 2009, 17:37 GMT
I can confirm this.
I downgraded the packages (mostly xorg) and now I'm able to continue my work... :/

I'm using a standard ArchLinux installation with KMS enabled, but same thing happens when disabling it.

Another thing I observed, some icons and graphics (like KDE widgets) were painted as a half triangle
the other half is invisible.
Comment by Jose Marino (oniram) - Thursday, 05 November 2009, 22:57 GMT
I have some more info about this issue. I downgraded all the X related packages to the old versions and, as Mario says, the problem goes away.
Then I gradually updated the packages in chunks. The system works fine after updating all but:
xf86-input-evdev
xf86-video-ati
xf86-video-vesa
xorg-server

I can run glxgears and all is fine. The problem is introduced by one of the above updates.
Comment by Jose Marino (oniram) - Friday, 06 November 2009, 00:36 GMT
There's something that I can't explain but maybe sheds some light on the issue:
- I fully update my system, i.e. upgrade those 4 packages (xf86-input-evdev xf86-video-ati xf86-video-vesa xorg-server)
- The problem re-appears as expected.
- I downgrade those 4 packages to their old versions. Reboot, and the problem still happens!

I even tried shutdowns (instead of reboots) and still the problem happens.
The only way to solve it is to grab all the X related packages involved in the update that introduced the problem, downgrade them and then upgrade them (all except those 4 listed above). When I do this the problem disappears again.
Here's a list of all those packages that I downgrade and then upgrade again:
libdrm
libx11
xextproto
libxext
libxxf86vm
fixesproto
libxfixes
libxdamage
libgl
ati-dri
libxt
mesa
inputproto
libdmx
libxmu
libxpm
libxaw
libxcomposite
libxdmcp
libxfont
libxfontcache
renderproto
libxft
libxi
libxinerama
libxkbfile
libxres
libxtst
libxxf86dga
libxxf86misc
xorg-apps
xorg-font-utils
xorg-fonts-alias
xorg-fonts-encodings
xorg-utils
xorg-xauth
xorg-xkb-utils
xterm
libxrender
xf86-input-synaptics
xorg-server-utils
Comment by Matthew Gyurgyik (pyther) - Saturday, 07 November 2009, 14:45 GMT
Probably related to xf86-video-ati
Would probably be a good idea to report the issue upstream
Comment by Jose Marino (oniram) - Tuesday, 10 November 2009, 22:43 GMT
I reported the issue upstream, here's the link:
http://bugs.freedesktop.org/show_bug.cgi?id=25005
Comment by Jose Marino (oniram) - Saturday, 21 November 2009, 17:10 GMT
The problem went away with xorg-server 1.7.1.902-1

Loading...