[Intel-gfx] [PATCH 1/2] drm/i915: Detect SDVO-RGB before SDVO TV

Fu Michael michael_fu at linux.intel.com
Sat Jan 30 02:38:16 CET 2010


Eric Anholt wrote:
> On Wed, 27 Jan 2010 16:32:45 +0800, yakui.zhao at intel.com wrote:
>   
>> From: Zhao Yakui <yakui.zhao at intel.com>
>>
>> Some VGA/TV dual function SDVO card  with only VGA port incorrectly report all
>> kinds of its connection as connected when VGA monitor is connected.
>> This patch workaround it.
>>
>> http://bugs.freedesktop.org/show_bug.cgi?id=25787
>>
>> Signed-off-by: Zhao Yakui <yakui.zhao at intel.com>
>>     
>
> Why should what order the connectors get set up matter?  If it's supposed
> to matter, has this been tested in anything other than this guy's
> particular configuration to make sure that you're not regressing other
> picky encoders?
>
> If I had to take a wild guess, this would be another manifestation of
> the failure of the SDVO code to have a single encoder instance managing
> the multiple connectors attached to it, so the different connectors
> fight over the state of the encoder.
>   
actually it's not the code but the card in this case.

we have only one way to know what kind of monitor is attached to a sDVO 
card, that is to send a command to it and read back response. For the 
card in this bug report, even though it only has VGA attached. It report 
all of its capabilities are connected, which apparently is not true. if 
we just pass that message up to user space, the bogus connection would 
mess up mode setting then, so technically, this is a patch in UMS that 
happen worked around it.

Such kind of multi-function sdvo card is rare. we don't have any, and we 
only see one bug report from community in our bugzilla as well.  I guess 
that's why UMS has been living with it fine for a long time.

 I guess if we want a decent fix for this, maybe our last hope is to see 
if VBT has any information to tell us not to bother with other type but 
just one kind of connector on this SDVO device. But I'm not sure if this 
would break other normal cards then, just in case a VBT is broken...
> ------------------------------------------------------------------------
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>   




More information about the Intel-gfx mailing list