[Intel-gfx] [PATCH 2/2] SDVO: handle multifunction encoder
Wang, Zhenyu Z
zhenyu.z.wang at intel.com
Wed Jan 7 01:13:58 PST 2009
On 2009.01.06 08:57:38 +0800, Wang, Zhenyu Z wrote:
> Updated one, fix a copy-paste bug when handling SDVO LVDS.
> >From 1d892946802d086eb9558f24b70a6ab450da26e6 Mon Sep 17 00:00:00 2001
> From: Zhenyu Wang <zhenyu.z.wang at intel.com>
> Date: Tue, 6 Jan 2009 08:56:21 +0800
> Subject: [PATCH] SDVO: handle multifunction encoder
> For SDVO encoder that advertise multiple functions,
> we have to get current attached display to determine
> output type.
This still doesn't look nice, and can't do well with output
name, e.g X start without SDVO output connected, I used a
default SDVOB or SDVOC name for it, when user plugin monitor,
we should update randr output name too, but not possible now
except smash output->randr_output->name buffer, which is not
good. Not to say how it should handle randr12 configs through
output names. So I think a SDVO capability override option might
be enough to fix this, to bypass current priority order for
capability parsing. How about that?
Open Source Technology Center, Intel ltd.
$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 197 bytes
Desc: Digital signature
Url : http://lists.freedesktop.org/archives/intel-gfx/attachments/20090107/19e6748c/attachment.pgp
More information about the Intel-gfx