Bug 20047 - r6xx-r7xx-branch - XV Makes One Display Go Black
Summary: r6xx-r7xx-branch - XV Makes One Display Go Black
Status: RESOLVED WONTFIX
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/radeonhd (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium major
Assignee: Luc Verhaegen
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-10 19:32 UTC by cakristof
Modified: 2011-11-07 15:18 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
xorg log (88.75 KB, text/plain)
2009-02-10 19:32 UTC, cakristof
no flags Details
xorg.conf (1.04 KB, text/plain)
2009-02-10 19:34 UTC, cakristof
no flags Details
lspci (1.88 KB, text/plain)
2009-02-10 19:52 UTC, cakristof
no flags Details
xrandr (1.24 KB, text/plain)
2009-02-10 19:52 UTC, cakristof
no flags Details

Description cakristof 2009-02-10 19:32:34 UTC
Created attachment 22785 [details]
xorg log

My right display goes black at random intervals when using XV.

When playing video both displays remain normal for 20-30 seconds before the right screen goes black.  It remains black for 1-5 seconds before returning to normal.  This is often followed by a succession of black screen events that are 1-10 seconds apart. This is followed by another 20-30 seconds of normality before the problem repeats.

When the video is paused the black screens cease.  When the video is unpaused they return.

It doesn't matter which display the video window is on: left, right, or straddling both.

The following players trigger the bug: mplayer, xine, totem

I'm currently unable to try VLC.

Hardware:

Dual 1920x1200 LCD's
Asus EAH3650 PCIe Card (RV635)
Biostar TP45HP
Q6600

Distribution: Debian Lenny

Debian Packages:

mplayer at 1:1.0.rc2svn20080706-0.1
xine-ui at 0.99.5+cvs20070914-2.1~lenny2
libxine1 at 1.1.14-5
libxine1-x at 1.1.14-5
totem at 2.22.2-5
linux-image-2.6.26-1-686 at 2.6.26-13
xserver-xorg at 7.3+18

XOrg GIT from r6xx-r7xx-support branch:

drm is at commit 4cf376338cb96cc3b951415e7ebd9ef9e3339278

xf86-video-radeonhd is at commit 613299dcc30971e381b120b3bc3412d02e2b9aea


P.S.  It's exciting to see XV support so soon!
Comment 1 cakristof 2009-02-10 19:34:25 UTC
Created attachment 22786 [details]
xorg.conf
Comment 2 cakristof 2009-02-10 19:51:23 UTC
I got the motherboard mixed up with another machine.

It's a Foxconn G31AX-K, an Intel G31 board.
Comment 3 cakristof 2009-02-10 19:52:04 UTC
Created attachment 22787 [details]
lspci
Comment 4 cakristof 2009-02-10 19:52:42 UTC
Created attachment 22788 [details]
xrandr
Comment 5 Jeremy Huddleston Sequoia 2011-10-16 15:58:50 UTC
Does this issue occur with the preferred ati driver (xf86-vide-ati)?  If so, please move this to the Driver/Radeon component.  

Development of radeonhd has pretty much halted and development focus is on the ati driver.  Please see http://www.x.org/wiki/radeonhd

If the issue does not exist in the ati driver (or if there is no response to this message), this bug will be closed as WONTFIX unless someone contributes a patch.
Comment 6 Jeremy Huddleston Sequoia 2011-11-07 15:18:13 UTC
Closing due to lack of response.  Please reopen and move to the Driver/Radeon 
component if this issue persists with xf86-video-ati


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.