Bug 88623
| Summary: | Apple Cinema Display - Xorg - ATI causes unrecoverable sleep mode | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Ports & Packages | Reporter: | John O'Brien <john> | ||||
| Component: | Individual Port(s) | Assignee: | freebsd-x11 (Nobody) <x11> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | ||||||
| Priority: | Normal | ||||||
| Version: | Latest | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
Responsible Changed From-To: freebsd-ports-bugs->x11 Over to maintainer The following patch for x11-servers/xorg-server port should do then. Can you please confirm that? I've applied it on my system and it works perfectly. J On 11/7/05, Dejan Lesjak <dejan.lesjak@ijs.si> wrote: > The following patch for x11-servers/xorg-server port should do then. Can = you > please confirm that? > > > Thanks for report, the solution and testing! I'll just check if it doesn't break something on other platforms/versions and commit it to port. Responsible Changed From-To: x11->freebsd-x11 Canonicalize assignment. State Changed From-To: open->closed Committed. Thanks! |
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. Fix: http://cvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c?r1=1.48&r2=1.49 How-To-Repeat: Startx using a new Apple Display.