[PATCH 0/3] drm/omap: fix am4 evm lcd

[Tomi Valkeinen]

Hi Tony, Thierry, Laurent,

Any thoughts on the below points?

I think yet another option is to write some omap boot time quirks code, which looks at the DT data, 
and changes the panel compatible string (for 1), and removes the timings node (for 2).

  Tomi

On 14/11/2019 11:39, Tomi Valkeinen wrote:
> Hi Tony, Thierry, Laurent,
> 
> After the recent change of moving from omapdrm specific panel-dpi driver
> to the DRM simple panel, AM4 EVM/ePOS's panel is not working quite
> right. This series has fixes for it, but I'm not sure if these are the
> right ways to fix the issues, so comments welcome.
> 
> 1) Panel driver is not probed. With omapdrm's panel-dpi, the match
> happened with "panel-dpi" compatible string. Now with panel-simple, the
> match should happen with the panel model compatible string, which is
> "osddisplays,osd057T0559-34ts" in the DT file. However, no such
> compatible exists in panel-simple.
> 
> Interestingly, the actual panel at least on my EVMs and ePOSes is not
> osd057T0559-34ts, but osd070t1718-19ts. Also, I was unable to find any
> information about osd057T0559-34ts. I don't know the history with this,
> so it is possible that the early versions of the boards did have
> osd057T0559-34ts, but was later changed to osd070t1718-19ts.
> 
> As osd070t1718-19ts is supported by panel-simple, changing the
> compatible string to osd070t1718-19ts in the DT file solves this one.
> 
> 2) Timings in DT file cause a kernel warning. Omapdrm's panel-dpi used
> video timings from the DT file, so they are present in all the DT files.
> panel-simple uses timings from a table in the panel-simple driver, but
> gives a kernel warning if the DT file contains timings.
> 
> This can be solved by removing the timings from the DT file.
> 
> 3) Sync drive edge is not right. This one might have been present also
> with panel-dpi, I didn't verify. The problem is that the panel-simple
> data for osddisplays_osd070t1718_19ts defines bus_flags for DE polarity
> and pixdata edge, but not for sync edge.
> 
> The datasheet for the panel does not give any hint on what the edge
> should be.  Omapdrm defaults to driving syncs on falling edge, which
> caused the image to be shifted one pixel to the right.
> 
> Adding DRM_BUS_FLAG_SYNC_DRIVE_POSEDGE bus_flag solves the problem. AM5
> EVM also has the same panel with the same behavior.
> 
> ====
> 
> The reason I'm not sure if the 1) and 2) fixes are correct is that
> they're breaking DT compatibility. Should we instead make changes to
> panel-simple to keep the same DT files working?
> 
> This would mean adding a new entry for the osd057T0559-34ts panel, but
> as we don't have datasheet for it, I think we could just append the
> compatible string to osd070t1718-19t's data.
> 
> It would also mean doing some change to the panel-simple code that gives
> the warning about timings in DT data. This might make sense, as I think
> we have other DT files with video timings too.
> 
> For 3), I think the patch is fine, but I'm not sure if the display
> controller driver should be able to deduce the sync drive edge from the
> pixdata drive edge. Are they usually the same? I have no idea...
> 
>   Tomi
> 
> Tomi Valkeinen (3):
>    ARM: dts: am437x-gp/epos-evm: fix panel compatible
>    ARM: dts: am437x-gp/epos-evm: drop unused panel timings
>    drm/panel: simple: fix osd070t1718_19ts sync drive edge
> 
>   arch/arm/boot/dts/am437x-gp-evm.dts  | 18 +-----------------
>   arch/arm/boot/dts/am43x-epos-evm.dts | 18 +-----------------
>   drivers/gpu/drm/panel/panel-simple.c |  3 ++-
>   3 files changed, 4 insertions(+), 35 deletions(-)
> 
> --
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
> 

-- 
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki