[Bug 75629] [r128] Changes needed for RandR support

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=75629

--- Comment #20 from Connor Behan <connor.behan at gmail.com> ---
(In reply to comment #13)
> I think my code is wrong.  You should probably use R128_GPIO_MONID (0x68) or
> R128_GPIO_MONIDB (0x6c) rather than RADEON_GPIO_DVI_DDC or
> RADEON_GPIO_VGA_DDC. and use the R128_GPIO_MONID_*_3 and R128_GPIO_MONID_*_0
> bits rather the bits used on radeon.  Basically just follow the logic in the
> existing R128I2c*() functions.

The most recent patch tries calling xf86DoEDID_DDC2() for all types of cards
with the existing I2c logic. This no longer crashes but it still fails to
detect the VGA monitor. xf86DoEDID_DDC2() returns NULL no matter what so I'll
have to do some experimentation. I have three questions about snooping the vbe
ddc commands.

1. By this, do you mean vbeDoEDID()?

2. This detects the monitor perfectly on my card, so why can't the driver just
use this instead of implementing the I2c stuff? Is it because xf86DoEDID_DDC2()
is platform independent but vbeDoEDID() is x86 only?

3. To snoop what the vbios is doing, would this consist of dumping the contents
of suspicious registers before and after vbeDoEDID() to see what changed? Or
should I try to dump the contents *during* that function (i.e. patching the vbe
module or running radeonreg in a loop)?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20140524/a4f6ed36/attachment.html>