FireMV 2200 vs CustomEDID

[Csillag Kristof]

Csillag Kristof wrote:
> Adam Jackson wrote:
>   
>> On Tue, 2009-10-06 at 03:38 +0200, Csillag Kristof wrote:
>>
>>   
>>     
>>> Therefore, I have extended the syntax of the CustomEDID option to accept
>>> commands after the EDID file name, and implemented one command ("digital")
>>> to override this information in the EDID.
>>>     
>>>       
>> I'm going to bet that what you implemented, won't work.  The radeon
>> driver in UMS mode, to check whether the monitor is digital, does:
>>
>> static Bool
>> monitor_is_digital(xf86MonPtr MonInfo)
>> {
>>     return (MonInfo->rawData[0x14] & 0x80) != 0;
>> }
>>
>> So you need to mangle the actual EDID data itself, not just what the
>> interpreter decides it says.
>>   
>>     
> Thank you for the information; I will look into that.
>   
I have modified the code to mangle the actual EDID data,
as you suggested. As the result, the detected monitor type
has changed from 1 (CRT) to 3 (DFP) in the X log, but still
no picture.

(I have attached the current version of the patch, and the resulting log.)
>> But even doing that is unlikely to help too much, because it looks like
>> you're getting utter garbage for the EDID data:
>> [...]
>>   
>> That's not even close to being valid EDID.  Among other things, it
>> doesn't start with 0x00ffffffffffff00.
>>   
>>     
It turns out the memory block supposed to store the EDID data was not
properly allocated. (The interpreter did not copy the data, just the link.)
I fixed that, and now the displayed EDID data makes sense.

   * * *

It looks better now, but still, no image on my monitor.
Do you have any other suggestions?

Thank you for your help again:

    Kristof

-------------- next part --------------
A non-text attachment was scrubbed...
Name: force_digital.patch
Type: text/x-patch
Size: 1846 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20091007/54b2773a/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xorg.log
Type: text/x-log
Size: 67506 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20091007/54b2773a/attachment-0001.bin>