On Mon, Apr 23, 2012 at 3:23 PM, Tomi Valkeinen <tomi.valkeinen@xxxxxx> wrote: > On Thu, 2012-03-29 at 02:45 +0300, Grazvydas Ignotas wrote: >> VENC type (composite/svideo) doesn't have to be fixed by board wiring, >> it is possible to provide both connectors, which is what pandora does. >> Having to recompile the kernel for users who have TV connector types >> that's don't match default board setting is very inconvenient, especially >> for users of a consumer device, so add support for switching VENC type >> at runtime over a new sysfs file venc_type. >> >> Signed-off-by: Grazvydas Ignotas <notasas@xxxxxxxxx> >> --- >> Documentation/arm/OMAP/DSS | 1 + >> drivers/video/omap2/dss/venc.c | 55 +++++++++++++++++++++++++++++++++++++++- >> 2 files changed, 55 insertions(+), 1 deletions(-) >> >> diff --git a/Documentation/arm/OMAP/DSS b/Documentation/arm/OMAP/DSS >> index 888ae7b..18e2214 100644 >> --- a/Documentation/arm/OMAP/DSS >> +++ b/Documentation/arm/OMAP/DSS >> @@ -156,6 +156,7 @@ timings Display timings (pixclock,xres/hfp/hbp/hsw,yres/vfp/vbp/vsw) >> "pal" and "ntsc" >> panel_name >> tear_elim Tearing elimination 0=off, 1=on >> +venc_type Output type (video encoder only): "composite" or "svideo" > > I think we could have a better name here. "venc" name is quite obscure > on the user level. And it's not even quite correct, venc stays the same, > it's just the output that is changed. "output_type"? "connector"? > "connector_type"? I'll go for output_type then, connector* associates with fixed hardware to me. I'll take care of other comments too. -- Gražvydas -- To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
