Trying to use Radeon driver on Apple eMac

[Alex Deucher]

On Tue, Dec 16, 2008 at 5:01 PM, Stan Cunningham
<stan.cunningham at yahoo.com> wrote:
> Hi,
>
> --- On Tue, 12/9/08, Alex Deucher <alexdeucher at gmail.com> wrote:
>>
>> Excellent!  I'll add a MacModel entry for the emac and
>> hopefully
>> auto-detect code based on the info in /proc/cpuinfo.  One
>> last thing
>> we need to figure out it the ddc line for the vga
>> connector.  If you
>> have a chance to test with another monitor try the various
>> ConnectorTable option until you are able to get an edid
>> from the
>> external monitor.  You will only need to adjust 'j'
>> in the
>> connectortable option. Once that's done you should be
>> able to use
>> dualhead, etc.
>>
>>
>> Do you know if all emacs use these modes or if they are
>> specific to
>> certain ones?  It they are common, I can have the driver
>> add these
>> modes automatically.
>>
>
> The EDID for the built-in monitor of all PowerPC Macs can be found under /proc/device-tree. Since it's hard for anyone but Apple to know about every single type of monitor they've put into their computers, wouldn't it be better for the radeon driver to find the EDID at runtime by looking in the OpenFirmware device tree rather than relying on a possibly inaccurate and out of date static quirk list?
>
> I think the xresprobe utility has a file called ddcprobe/of.c that does exactly that (ie. parses the OpenFirmware device tree and extracts the EDID). Why doesn't the radeon driver just use ddcprobe/of.c? This would seem the most robust way of getting EDID on all Apple PPC computers (iMac, Emac, Clamshell, Powerbook, PowerMac, etc).
>
>

I didn't realize this existed.  Does the OF tree have hardcoded edids,
or does it just read the edid from the device and store it in the
tree?  if it just reads from the device (which I suspect it does),
then it's doing the same thing the driver is already doing.  Most
built in apple screens (ibooks, powerbooks, imacs, etc.) have an edid,
it's just the eMac that seems to not.

Alex