X crashes with opengl and desktop effects

Bug #350933 reported by quantenemitter
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xserver-xorg-video-ati (Ubuntu)

Bug Description

I experience drawing errors and even hangups with the current ati driver (neither fglrx nor radeonhd)

* Start gnome with desktop effects turned on
* Start any opengl application (tested: glxgears, celestia, ufo::AI)

Actual results:
* After moving the opengl-Window, the last content of the window can be seen on the old place (the space is not redrawn?) This error only appears with enabled desktop effects.
* when using gtk-menu items in the opengl window (like when trying to use File->Open), the menus flicker since they are overdrawn by the opengl application
* System freezes after a random interval (like 10-30 minutes), Magic sysrq still responds, sometimes the mouse is still movable, but nothing else works.

System configuration:
Ubuntu jaunty (so I don't complain *g*) with ATI Technologies Inc Radeon Mobility X1400 graphics card

Section "Device"
 Identifier "Configured Video Device"
 Driver "ati"
 Option "DRI"
 Option "AccelMethod" "EXA"
 Option "AccelDFS"
 Option "DynamicClocks" "true" # Optional, Strom sparen

  Installed: 1:6.12.1-0ubuntu1

I don't know how to report better information, since there is no crash report in /var/crash You're welcome to ask me to give you more, given instructions how to obtain it.

Tags: crash
Revision history for this message
Bryce Harrington (bryce) wrote :

Hi laucky,

Please attach the output of `lspci -vvnn`, and attach your /var/log/Xorg.0.log (and maybe Xorg.0.log.old) file from after reproducing this issue. If you've made any customizations to your /etc/X11/xorg.conf please attach that as well.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags: added: crash
tags: added: needs-xorglog
tags: added: needs-lspci-vvnn
Changed in xserver-xorg-video-ati (Ubuntu):
status: New → Incomplete
Revision history for this message
quantenemitter (quantenemitter) wrote :
Revision history for this message
quantenemitter (quantenemitter) wrote :
Revision history for this message
quantenemitter (quantenemitter) wrote :
Revision history for this message
quantenemitter (quantenemitter) wrote :
Revision history for this message
quantenemitter (quantenemitter) wrote :

I'll supply more information if I'm asked to.

Revision history for this message
juhuu (swinter-bw-computer) wrote :

Hi Thomas

The Bug report looks very like the one I submitted. (Bug # 350766)
Does your screen freeze only after you have started a 3D application or does it freeze in general when Desktop Effects are switched "on" after 10-30 minutes?
My System runs totally stable when Desktop Effetcs are "off" even when heavily use with 3D Apps.


PS: I will try to post my log files tonight too

Revision history for this message
quantenemitter (quantenemitter) wrote :

HI juhuu,
you have the same graphics card like me. You have my commiseration.

No, I have no problems with the 3d desktop effects (gnome). The problem appears only when using 3D apps (about 10-30 minutes after the start of the app).

I recognize heavy cpu load on one of my processors during the use of the 3d apps (but everything runs fluently), therefore I assume that some graphic computation is done by the cpu (I can't remember that was the case with fglrx). There could also be errors in the cpu-specific part of the driver (or the cpu itself, who knows)

Anyway: I don't know if my bug is a duplivate of yours. I'm not deep enough into kwin, compiz, opengl and such. BUT: I remember having similar problems like yours when trying out kde on jaunty a while ago. I don't know if they still appear, but I could test it if it really helps.

Revision history for this message
Martin Olsson (mnemo) wrote :

@Thomas Lauckner, thanks for confirming that you have the mundoplus.tv freeze issue. There is already an upstream bug for this and I will be sending off and e-mail to the devs once I've determined the full range of affected hardware.

The next step will be to understand in which package the bug really hides (-ati or mesa or xserver etc) and then use bisection to find out which commit caused this regression. The most interesting lead is that Bojan Kostic says he didn't have the issue in alpha6 ( https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/351990/comments/21 ) even though it has not yet been confirmed that he is suffering from the mundoplus.tv freeze bug and also I don't know how long he used alpha6 (maybe it just happened to not freeze during the time he had it).

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers