dri-devel.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
	Thierry Reding <thierry.reding@gmail.com>,
	Tony Lindgren <tony@atomide.com>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Peter Ujfalusi <peter.ujfalusi@ti.com>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>,
	Jyri Sarha <jsarha@ti.com>
Subject: [PATCH 0/3] drm/omap: fix am4 evm lcd
Date: Thu, 14 Nov 2019 11:39:47 +0200	[thread overview]
Message-ID: <20191114093950.4101-1-tomi.valkeinen@ti.com> (raw)

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

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

WARNING: multiple messages have this Message-ID (diff)
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: <dri-devel@lists.freedesktop.org>, <devicetree@vger.kernel.org>,
	Thierry Reding <thierry.reding@gmail.com>,
	Tony Lindgren <tony@atomide.com>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Peter Ujfalusi <peter.ujfalusi@ti.com>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>,
	Jyri Sarha <jsarha@ti.com>
Subject: [PATCH 0/3] drm/omap: fix am4 evm lcd
Date: Thu, 14 Nov 2019 11:39:47 +0200	[thread overview]
Message-ID: <20191114093950.4101-1-tomi.valkeinen@ti.com> (raw)
Message-ID: <20191114093947._Co-BzemoCY1lMfT-pLL_7hw5cWoR5thl4MycfKpRVU@z> (raw)

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

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

             reply	other threads:[~2019-11-14  9:40 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-14  9:39 Tomi Valkeinen [this message]
2019-11-14  9:39 ` [PATCH 0/3] drm/omap: fix am4 evm lcd Tomi Valkeinen
2019-11-14  9:39 ` [PATCH 1/3] ARM: dts: am437x-gp/epos-evm: fix panel compatible Tomi Valkeinen
2019-11-14  9:39   ` Tomi Valkeinen
2019-12-02 13:01   ` Laurent Pinchart
2019-12-11 16:51     ` Tony Lindgren
2019-11-14  9:39 ` [PATCH 2/3] ARM: dts: am437x-gp/epos-evm: drop unused panel timings Tomi Valkeinen
2019-11-14  9:39   ` Tomi Valkeinen
2019-12-02 13:04   ` Laurent Pinchart
2019-12-11 16:53     ` Tony Lindgren
2019-12-12  9:37       ` Tomi Valkeinen
2019-12-12 20:35         ` Laurent Pinchart
2020-01-13 12:01           ` Tomi Valkeinen
2020-02-11 10:01             ` Tomi Valkeinen
2020-02-11 11:07               ` Laurent Pinchart
2020-02-11 11:08                 ` Tomi Valkeinen
2020-02-11 11:10                   ` Laurent Pinchart
2020-02-14  0:33                     ` Sebastian Reichel
2020-02-11 12:54                   ` Merlijn Wajer
2020-02-11 16:05                     ` Tony Lindgren
2020-02-11 16:13                       ` Tomi Valkeinen
2020-02-11 16:27                         ` Tony Lindgren
2020-02-11 17:22                           ` Tomi Valkeinen
2020-02-13 21:57                             ` Sebastian Reichel
2019-11-14  9:39 ` [PATCH 3/3] drm/panel: simple: fix osd070t1718_19ts sync drive edge Tomi Valkeinen
2019-11-14  9:39   ` Tomi Valkeinen
2019-12-02 13:07   ` Laurent Pinchart
2020-01-13 12:04     ` Tomi Valkeinen
2020-02-10  8:15     ` Tomi Valkeinen
2020-02-14 21:39       ` Sam Ravnborg
2020-02-21 10:43         ` Tomi Valkeinen
2020-02-22 12:16           ` Sam Ravnborg
2019-11-27 12:59 ` [PATCH 0/3] drm/omap: fix am4 evm lcd Tomi Valkeinen
2019-11-27 12:59   ` Tomi Valkeinen
2019-11-27 15:45   ` Tony Lindgren
2019-11-28  7:03     ` Tomi Valkeinen
2019-12-02 13:13 ` Laurent Pinchart
2019-12-02 13:24   ` Adam Ford
2019-12-03 21:27     ` Laurent Pinchart

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20191114093950.4101-1-tomi.valkeinen@ti.com \
    --to=tomi.valkeinen@ti.com \
    --cc=devicetree@vger.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jsarha@ti.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=peter.ujfalusi@ti.com \
    --cc=thierry.reding@gmail.com \
    --cc=tony@atomide.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).