[Bug 16055] Blank screen with Radeon 9600 / RV350

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Oct 16 00:53:12 PDT 2008


http://bugs.freedesktop.org/show_bug.cgi?id=16055





--- Comment #14 from Peter Williams <peter at newton.cx>  2008-10-16 00:53:11 PST ---
I've finally gotten the chance to take a further look at debugging what's going
on inside the driver. I'm using git master of the X server, xf86-video-ati, and
their relevant dependencies.

As a side question, it seems like in my situation, DVI-1 is connected to Port0
and DVI-0 is connected to Port1. Is that plausible?

As far as I can figure out, there are three problems here:

* Without a "Virtual 2560 1600" line, the server chooses a bogus mode to try to
use. When I first reported the bug, it was 1152x864; now it's 1600x1200; it
should be using the monitor's other reported mode, 1280x800.

* If I force 1280x800 and use DVI-1, I get what may be the right resolution,
but my colors are totally messed up.

* If I enable 2560x1600, nothing happens since it seems that the TMDS isn't set
up into dual-link mode correctly.

I'm focusing on the second problem at the moment. I imagine that maybe some
piece of hardware isn't getting set up correctly here. If I step through
legacy_output_mode_set, eventually there's a call to
RADEONInitExtTMDSInfoFromBIOS, which was mentioned to me as a function to look
at. There are some calls to RADEONDVOWriteByte that fail and show up in my
logs:

i2c write: 0xe, 0x0
(EE) RADEON(0): Unable to write to DVO Slave 112.
i2c write: 0x8, 0x39
(EE) RADEON(0): Unable to write to DVO Slave 112.
i2c write: 0x9, 0x38
(EE) RADEON(0): Unable to write to DVO Slave 112.
i2c write: 0xa, 0x90
(EE) RADEON(0): Unable to write to DVO Slave 112.
i2c write: 0xc, 0x89
(EE) RADEON(0): Unable to write to DVO Slave 112.
i2c write: 0x33, 0x0
(EE) RADEON(0): Unable to write to DVO Slave 112.
i2c write: 0xd, 0x0
(EE) RADEON(0): Unable to write to DVO Slave 112.

Might these messages be related to what I'm seeing, or should I look elsewhere?

(There is some promise for the third problem of setting up the TMDS in
dual-link mode. In RADEONInitFP2Registers, I see:

if (IS_R300_VARIANT) {
  ...
#if 0
  if (mode->Clock > 165000)
     save->fp2_gen_cntl |= R300_FP2_DVO_DUAL_CHANNEL_EN;
#endif
}

Is there an explanation for why those lines are commented out? It sounds like
that bit might be exactly what I need. But, again, I'd like to get 1280x800
working before working on 2560x1600.)


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the xorg-driver-ati mailing list