Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 7 Nov 2005 20:38:42 GMT
From:      "John O'Brien" <john@boardom.ca>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   ports/88623: Apple Cinema Display - Xorg - ATI causes unrecoverable sleep mode
Message-ID:  <200511072038.jA7KcgRs017925@www.freebsd.org>
Resent-Message-ID: <200511072040.jA7KeM66040395@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>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@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:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200511072038.jA7KcgRs017925>