Bug 18104

Summary: Unreversible blank screens when external LCD is plugged at init time
Product: xorg Reporter: Felipe Contreras <felipe.contreras>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED DUPLICATE QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
config.
none
config.
none
log.
none
Log for git version (44abaa).
none
Log of 31bd6d2.
none
xrandr output of (31bd6d2)
none
xrandr out put of (31bd6d2)
none
Make sure crtc is enabled before attempting to blank/unblank
none
Xorg log file with all monitors turned black, xf86-video-ati from Gentoo overlays none

Description Felipe Contreras 2008-10-17 05:51:44 UTC
I'm trying the latest driver on Fedora 9 (6.8.0) and everything works fine on my laptop's LCD. But when I try the external LCD (through a dock) both screens go black and never come back.

If I try to dock the laptop after it's up and running then turns off completely.

This works fin on radeonhd.
Comment 1 Alex Deucher 2008-10-17 06:02:01 UTC
please attach your xorg log and config.
Comment 2 Felipe Contreras 2008-10-17 06:29:39 UTC
Created attachment 19714 [details]
config.
Comment 3 Felipe Contreras 2008-10-17 06:30:25 UTC
Created attachment 19715 [details]
config.
Comment 4 Felipe Contreras 2008-10-17 06:32:16 UTC
Comment on attachment 19715 [details]
config.

The connection is doing weird stuff.
Comment 5 Felipe Contreras 2008-10-17 06:33:47 UTC
Created attachment 19718 [details]
log.
Comment 6 Felipe Contreras 2008-10-17 06:34:57 UTC
Alex: log and config attached now.
Comment 7 Felipe Contreras 2008-10-21 04:20:40 UTC
Is there something else I can help with?
Comment 8 Felipe Contreras 2008-11-05 04:48:50 UTC
This is still happening on latest git (44abaa). I'm attaching a new log.
Comment 9 Felipe Contreras 2008-11-05 04:49:30 UTC
Created attachment 20068 [details]
Log for git version (44abaa).
Comment 10 Alex Deucher 2008-11-06 14:21:37 UTC
Does it work properly if you start X with only LVDS and then attach the DVI monitor afterward?
Comment 11 Felipe Contreras 2008-11-07 02:25:24 UTC
(In reply to comment #10)
> Does it work properly if you start X with only LVDS and then attach the DVI
> monitor afterward?

Actually yes, it works fine when I do that.
Comment 12 Felipe Contreras 2008-11-09 11:03:17 UTC
I tried the same now with the VGA connector and it's the same issue: it works if I plug it in after starting X, but not if it's plugged in in the initialization.

I'm changing the summary to reflect that.
Comment 13 Vince C. 2009-02-14 13:12:23 UTC
I have the exact same issue with the latest RADEON driver, 6.10.0 currently. I've posted a log file for bug #10682:

/attachment.cgi?id=22958

I've been experiencing this issue for more than one year hence I'm sticking to radeonhd for now, which doesn't exhibit the problem. But it averages less than 30% performance of RADEON, making 3D rendering unusable.

I know I can use xrandr and plug my monitor after I start X but then XFCE4, my desktop manager, sees only one screen, allows only for one wallpaper...

Is this bug solved in the upcoming RADEON release?
Comment 14 Felipe Contreras 2009-02-14 13:29:10 UTC
(In reply to comment #13)
> I have the exact same issue with the latest RADEON driver, 6.10.0 currently.
> I've posted a log file for bug #10682:
> 
> /attachment.cgi?id=22958
> 
> I've been experiencing this issue for more than one year hence I'm sticking to
> radeonhd for now, which doesn't exhibit the problem. But it averages less than
> 30% performance of RADEON, making 3D rendering unusable.
> 
> I know I can use xrandr and plug my monitor after I start X but then XFCE4, my
> desktop manager, sees only one screen, allows only for one wallpaper...
> 
> Is this bug solved in the upcoming RADEON release?

Yeah, it's quite annoying. I have to issue a bunch of xrandr commands each time I boot.

And of course sometimes I forget to unplug the display when I boot and I have to reboot.

I'm using the latest git and it's still not fixed.

Comment 15 Alex Deucher 2009-02-17 08:55:43 UTC
Can you try with the radeon driver from git master?  I've made some changes that might help.  Also, can you attach your xorg log from git master and the output of xrandr --verbose?
Comment 16 Felipe Contreras 2009-02-17 09:28:42 UTC
(In reply to comment #15)
> Can you try with the radeon driver from git master?  I've made some changes
> that might help.  Also, can you attach your xorg log from git master and the
> output of xrandr --verbose?

It still doesn't work (with 31bd6d2). I'm attaching the log and xrandr output.

Comment 17 Felipe Contreras 2009-02-17 09:30:07 UTC
Created attachment 23034 [details]
Log of 31bd6d2.
Comment 18 Felipe Contreras 2009-02-17 09:30:47 UTC
Created attachment 23035 [details]
xrandr output of (31bd6d2)
Comment 19 Felipe Contreras 2009-02-17 09:34:08 UTC
Created attachment 23036 [details]
xrandr out put of (31bd6d2)

I didn't have the display connected in the previous xrandr output... I guess this is what you want.
Comment 20 Alex Deucher 2009-02-17 11:28:13 UTC
Created attachment 23045 [details] [review]
Make sure crtc is enabled before attempting to blank/unblank

Does this patch help?
Comment 21 Felipe Contreras 2009-02-17 12:29:05 UTC
(In reply to comment #20)
> Created an attachment (id=23045) [details]
> Make sure crtc is enabled before attempting to blank/unblank
> 
> Does this patch help?

Nope, same behavior.

Actually I'm not sure this is really 'Unreversible blank screens when external LCD is plugged at init time' I thought the system was still working but there was no display working, but maybe I was wrong.

What I'm experiencing is that the the whole system hangs, not even the keyboard seems to work.
Comment 22 Alex Deucher 2009-02-17 13:32:40 UTC
(In reply to comment #21)
> Actually I'm not sure this is really 'Unreversible blank screens when external
> LCD is plugged at init time' I thought the system was still working but there
> was no display working, but maybe I was wrong.
> 
> What I'm experiencing is that the the whole system hangs, not even the keyboard
> seems to work.
> 

This looks like a dup of bug 16781 which, if so, would mean the driver is stuck in a loop.  Can you access the machine remotely?
Comment 23 Vince C. 2009-02-17 14:12:58 UTC
(In reply to comment #22)

> This looks like a dup of bug 16781 which, if so, would mean the driver is stuck
> in a loop.  Can you access the machine remotely?
> 

As far as I'm concerned, I could logon remotely and reboot the machine. I also see X is using 100% of my CPU meanwhile, giving the impression something is trapped in an infinite loop -- keyboard doesn't respond to the contrary of what I first reported.

(There might be multiple bug reports that dup 16781. I already tried to flag old ones that resemble this one.)
Comment 24 Alex Deucher 2009-02-17 15:53:11 UTC
Please try the latest patch on bug 16781.

*** This bug has been marked as a duplicate of bug 16781 ***
Comment 25 Vince C. 2009-02-18 10:40:29 UTC
Created attachment 23084 [details]
Xorg log file with all monitors turned black, xf86-video-ati from Gentoo overlays

I'm afraid it doesn't work for me though :( . I've just compiled ati-6.10.99 from Gentoo GIT overlay one hour ago and I still get black screens when X starts while my external monitor is plugged in the DVI-0 output. As usual, X uses 95-100% CPU when locked. I'm attaching xorg log.
Comment 26 Alex Deucher 2009-02-18 10:44:59 UTC
(In reply to comment #25)
> Created an attachment (id=23084) [details]
> Xorg log file with all monitors turned black, xf86-video-ati from Gentoo
> overlays
> 
> I'm afraid it doesn't work for me though :( . I've just compiled ati-6.10.99
> from Gentoo GIT overlay one hour ago and I still get black screens when X
> starts while my external monitor is plugged in the DVI-0 output. As usual, X
> uses 95-100% CPU when locked. I'm attaching xorg log.
> 

Are you sure the gentoo 6.10.99 overlay has the latest git bits? I released 6.10.99 a week ago and the latest fixes just went into git in the last two days.
Comment 27 Vince C. 2009-02-18 11:43:03 UTC
Can I tell from the log I compiled the right version?
Comment 28 Alex Deucher 2009-02-18 12:00:06 UTC
(In reply to comment #27)
> Can I tell from the log I compiled the right version?
> 

nope, probably not.
Comment 29 Vince C. 2009-02-18 12:28:30 UTC
My mistake :s ... I have just emerged xf86-video-9999 (hard masked) and now it works; my DVI output now works and I can see both screens as configured in xorg.conf.

Thanks a whole lot for the work! Thanks, thanks, thanks :-) .

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.