Bug 31066 - Screen updates follows user input with dual-screens when using 3D
Summary: Screen updates follows user input with dual-screens when using 3D
Status: RESOLVED DUPLICATE of bug 29726
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.5 (2009.10)
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-23 14:36 UTC by Lucas
Modified: 2010-10-24 08:31 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
The configuration file. (936 bytes, text/plain)
2010-10-23 14:38 UTC, Lucas
no flags Details

Description Lucas 2010-10-23 14:36:08 UTC
Using the attached xorg.conf, which sets up 2 Xorg screens, when I run any OpenGL program (tested with glxgears, OpenArena and mplayer), the screen is frozen while I am not moving the mouse or typing something in the keyboard. So, if I run mplayer with gl backend, the movie (including the audio), plays nicely while I am moving the mouse, and freezes while there is no input.

When an OpenGL application is started, every moving/flashing thing in both screens is affected, so if I run glxgears on DISPLAY=:0.1, the network usage icon in the taskbar of DISPLAY=:0.0 also freezes while there is no input.

If I run one OpenGL application in one screen, and another in the other screen, the effect is avoided for a few seconds.

If I comment everything in the xorg.conf related to dual-screen zaphod mode, I get an extended desktop and the bug is not hit, so OpenGL applications works as expected in both monitors.
Comment 1 Lucas 2010-10-23 14:38:05 UTC
Created attachment 39656 [details]
The configuration file.
Comment 2 Alex Deucher 2010-10-24 08:31:13 UTC

*** This bug has been marked as a duplicate of bug 29726 ***


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.