ports/88623: Apple Cinema Display - Xorg - ATI causes unrecoverable sleep mode

[John O'Brien]

>Number:         88623
>Category:       ports
>Synopsis:       Apple Cinema Display - Xorg - ATI causes unrecoverable sleep mode
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 07 20:40:21 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator:     John O'Brien
>Release:        FreeBSD 6.0-RC1 FreeBSD 6.0-RC1 #0
>Organization:
>Environment:
FreeBSD fbsd6.jobe.lab 6.0-RC1 FreeBSD 6.0-RC1 #0: Thu Oct 20 10:55:31 EDT 2005     root at fbsd6.jobe.lab:/usr/obj/usr/src/sys/FBSD6  i386      
>Description:
When attempting to start X (xorg-server 6.8.2_6) with a Apple Cinema Display 20", it is immediately put into Sleep mode... This is only fixed by restarting the computer. The detailed explanation is as follows:

              - First, a weird one (somebody with some DDC HW spec ?): The monitor
switches to power managed state after the DDC probing done by radeonfb
or X.org. After tweaking around, it seems that our DDC code will leave
the clock and data lines "asserted" to low state. (The DDC GPIO
registers containing 0x00030000). Just "releasing" them (writing 0) and
suddently, the monitor comes back... (and we read 0x00000300 in there).
So I wonder if there is something wrong in our i2c DDC code...

http://lists.freedesktop.org/pipermail/xorg/2005-March/006641.html

This has apparently been merged into Xorg 6.9/7.0 as seen from this link.
http://cvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c?r1=1.48&r2=1.49

It is a quick two line fix that corrects the problem.
>How-To-Repeat:
Startx using a new Apple Display.
>Fix:
              http://cvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c?r1=1.48&r2=1.49
>Release-Note:
>Audit-Trail:
>Unformatted: