[Intel-gfx] [PATCH] drm/i915: encoder/connector internal structure rework (v2)

Zhenyu Wang zhenyuw at linux.intel.com
Wed Mar 3 02:51:08 CET 2010


On 2010.03.02 23:05:11 +0800, ykzhao wrote:
> It seems that there exist the following issues about the multi-function
> SDVO.
>    1. the flag of needs_tv_clock is not updated according to the
> external connected device. If it is used as SDVO-VGA, the flag of
> needs_tv_clock should be cleared.

yeah, it should be handled like for 'has_tv' setting in detection.

>    2. The flag of has_tv/has_lvds in sdvo_encoder private structure is
> used to check whether the corresponding property should be destroyed in
> course of connector cleanup. As the flag of has_tv/has_lvds is stored in
> sdvo_encoder, it is already free when accessing them in connector
> cleanup function.  At the same time the flag of has_tv/has_lvds will be
> updated in course of SDVO detection. Maybe at some cases we can't handle
> the corresponding SDVO property correctly.

yeah, I would cleanup it like this. The 'has_tv/lvds' flag is for SDVO encoder
to do any special action for current active output, like clock setting on SDVO
TV. And each connector has 'output_flag' for its type, so connector's property
handling will only need to check that, it's not related to what kind of output
encoder drives now.

> 
> Another little issue is that the HDMI ddcbus is not free in course of
> HDMI connector cleanup. 
> 

Good catch!

-- 
Open Source Technology Center, Intel ltd.

$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20100303/a64b5cbb/attachment.sig>


More information about the Intel-gfx mailing list