<div dir="ltr"><div><div><div>Hi Tomi,<br><br></div>Thank a lot  for your inputs and patch info.<br><br></div><div>It seems I cannot apply those patches straight away as it is based on 3.6-rc4 and I am using 3.4.25, between these two, it seems significant code changes for DSS related code.<br>
</div><div><br></div>I am using 3.4.25 kernel from TI for OMAP5 evm, it has been modified as per our platform requirement which is having OMAP5 ES2.0 revision.<br><br></div>I am trying to use the panel driver for DPI interface(i.e. Kernel\drivers\video\omap2\displays\panel-generic-dpi.c). So DSS and panel driver path are as follows<br>
<br>Kernel\drivers\video\omap2\dss\dpi.c,dss.c,display.c,dss_features.c etc<br><div><div><div><div><div><div class="gmail_extra">Kernel\drivers\video\omap2\displays\panel-generic-dpi.c<br><br></div><div class="gmail_extra">
soc specific:<br>Kernel\arch\arm\mach-omap2\omap5_es2\clkt_clksel.c, clkt_dpll.c,clock.c,cm44xx_54xx.c etc<br><br></div><div class="gmail_extra">omapdrm path:<br>Kernel\drivers\staging\omapdrm<br><br></div><div class="gmail_extra">
In case for working HDMI port, we are using: <br>Kernel\drivers\video\omap2\dss\hdmi.c<br>Kernel\drivers\video\omap2\dss\hdmi_panel.c<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I think this would require considerable amount of understanding on dss architecture and effort to backport some of the things, write new driver fro TDF19988 and make DPI interface working for our platform for someone like me who has just started working on DSS/Display.<br>
<br></div><div class="gmail_extra">Regards,<br></div><div class="gmail_extra">Vikash<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 12, 2014 at 5:28 PM, Tomi Valkeinen <span dir="ltr"><<a href="mailto:tomi.valkeinen@ti.com" target="_blank">tomi.valkeinen@ti.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="">On 12/05/14 14:33, Vikas Patil wrote:<br>
> Hi,<br>
><br>
> Re-posting as previous posting was rejected due to length.<br>
><br>
> Forgot to mention, DPI pins are connected to TDF19988 chip for HDMI<br>
> conversion.<br>
> I have build the driver for it from<br>
> <a href="https://gitorious.org/thierryreding/linux/source/e7792ce2da5ded80861db787ace9b57ecf7bc96c:drivers/gpu/drm/i2c/tda998x_drv.c" target="_blank">https://gitorious.org/thierryreding/linux/source/e7792ce2da5ded80861db787ace9b57ecf7bc96c:drivers/gpu/drm/i2c/tda998x_drv.c</a>.<br>

> Is this the correct driver for it?<br>
<br>
</div>That driver cannot be used with omapdrm, which uses omapdss. There's no<br>
TDF19988 driver for omapdss (at least in the mainline), so you need to<br>
write one.<br>
<div class=""><br>
> Also I am trying to use the generic-dpi-panel driver for this with<br>
> OMAP5. It seems I also need to add support for TDF19988 somewhere in<br>
> omapdrm or lcd/panel driver by calling drm_i2c_encoder_init to<br>
> initialize it. Can I use somecode from ticldc driver or driver itself?<br>
> Could you please give some inputs, how should I proceed further to<br>
> adding support for TDF19988 for which the input is coming from DPI<br>
> interface?<br>
<br>
</div>You need to write a driver for it. Something similar to<br>
drivers/video/fbdev/omap2/displays-new/encoder-tfp410.c, except tfp410<br>
is quite simple one.<br>
<br>
But I think you said you're based on some old customized kernel, so I<br>
don't know which kind of omapdss driver you have there, so the mainline<br>
tfp410 cannot probably be used as an example. Most likely the omapdss<br>
drivers for your kernel are located in drivers/video/omap2/displays/<br>
directory.<br>
<span class=""><font color="#888888"><br>
 Tomi<br>
<br>
<br>
</font></span></blockquote></div><br></div></div></div></div></div></div></div>