All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: "Guido Günther" <agx@sigxcpu.org>,
	"Swapnil Jakhade" <sjakhade@cadence.com>
Cc: <airlied@linux.ie>, <daniel@ffwll.ch>,
	<Laurent.pinchart@ideasonboard.com>, <robh+dt@kernel.org>,
	<a.hajda@samsung.com>, <narmstrong@baylibre.com>,
	<jonas@kwiboo.se>, <jernej.skrabec@siol.net>,
	<dri-devel@lists.freedesktop.org>, <devicetree@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>, <mparab@cadence.com>,
	<yamonkar@cadence.com>, <praneeth@ti.com>, <nsekhar@ti.com>,
	<jsarha@ti.com>, <sandor.yu@nxp.com>
Subject: Re: [PATCH v8 0/3] drm: Add support for Cadence MHDP DPI/DP bridge and J721E wrapper.
Date: Wed, 12 Aug 2020 13:47:42 +0300	[thread overview]
Message-ID: <3bcbbb0b-ee04-0f1e-6c54-97b01c552d82@ti.com> (raw)
In-Reply-To: <20200812083937.GA8816@bogon.m.sigxcpu.org>

Hi Guido,

On 12/08/2020 11:39, Guido Günther wrote:
> Hi,
> On Thu, Aug 06, 2020 at 01:34:29PM +0200, Swapnil Jakhade wrote:
>> This patch series adds new DRM bridge driver for Cadence MHDP DPI/DP
>> bridge. The Cadence Display Port IP is also referred as MHDP (Mobile High
>> Definition Link, High-Definition Multimedia Interface, Display Port).
>> Cadence Display Port complies with VESA DisplayPort (DP) and embedded
>> Display Port (eDP) standards.
> 
> Is there any relation to the cadence mhdp ip core used inthe imx8mq:
> 
>     https://lore.kernel.org/dri-devel/cover.1590982881.git.Sandor.yu@nxp.com/
> 
> It looks very similar in several places so should that use the same driver?
> Cheers,
>  -- Guido

Interesting.

So the original Cadence DP patches for TI SoCs did create a common driver with Rockchip's older mhdp
driver. And looks like the IMX series points to an early version of that patch ("drm/rockchip:
prepare common code for cdns and rk dpi/dp driver").

We gave up on that as the IPs did have differences and the firmwares used were apparently quite
different. The end result was very difficult to maintain, especially as (afaik) none of the people
involved had relevant Rockchip HW.

The idea was to get a stable DP driver for TI SoCs ready and upstream, and then carefully try to
create common parts with Rockchip's driver in small pieces.

If the Rockchip and IMX mhdp have the same IP and same firmware, then they obviously should share
code as done in the series you point to.

Perhaps Cadence can clarify the differences between IMX, TI and Rockchip IPs and FWs?

I'm worried that if there are IP differences, even if not great ones, and if the FWs are different
and developed separately, it'll be a constant "fix X for SoC A, and accidentally break Y for SoC B
and C", especially if too much code is shared.

In the long run I'm all for a single driver (or large shared parts), but I'm not sure if we should
start with that approach.

 Tomi

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

WARNING: multiple messages have this Message-ID (diff)
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: "Guido Günther" <agx@sigxcpu.org>,
	"Swapnil Jakhade" <sjakhade@cadence.com>
Cc: devicetree@vger.kernel.org, jernej.skrabec@siol.net,
	praneeth@ti.com, yamonkar@cadence.com, narmstrong@baylibre.com,
	airlied@linux.ie, sandor.yu@nxp.com, jonas@kwiboo.se,
	nsekhar@ti.com, linux-kernel@vger.kernel.org,
	dri-devel@lists.freedesktop.org, a.hajda@samsung.com,
	robh+dt@kernel.org, Laurent.pinchart@ideasonboard.com,
	jsarha@ti.com, mparab@cadence.com
Subject: Re: [PATCH v8 0/3] drm: Add support for Cadence MHDP DPI/DP bridge and J721E wrapper.
Date: Wed, 12 Aug 2020 13:47:42 +0300	[thread overview]
Message-ID: <3bcbbb0b-ee04-0f1e-6c54-97b01c552d82@ti.com> (raw)
In-Reply-To: <20200812083937.GA8816@bogon.m.sigxcpu.org>

Hi Guido,

On 12/08/2020 11:39, Guido Günther wrote:
> Hi,
> On Thu, Aug 06, 2020 at 01:34:29PM +0200, Swapnil Jakhade wrote:
>> This patch series adds new DRM bridge driver for Cadence MHDP DPI/DP
>> bridge. The Cadence Display Port IP is also referred as MHDP (Mobile High
>> Definition Link, High-Definition Multimedia Interface, Display Port).
>> Cadence Display Port complies with VESA DisplayPort (DP) and embedded
>> Display Port (eDP) standards.
> 
> Is there any relation to the cadence mhdp ip core used inthe imx8mq:
> 
>     https://lore.kernel.org/dri-devel/cover.1590982881.git.Sandor.yu@nxp.com/
> 
> It looks very similar in several places so should that use the same driver?
> Cheers,
>  -- Guido

Interesting.

So the original Cadence DP patches for TI SoCs did create a common driver with Rockchip's older mhdp
driver. And looks like the IMX series points to an early version of that patch ("drm/rockchip:
prepare common code for cdns and rk dpi/dp driver").

We gave up on that as the IPs did have differences and the firmwares used were apparently quite
different. The end result was very difficult to maintain, especially as (afaik) none of the people
involved had relevant Rockchip HW.

The idea was to get a stable DP driver for TI SoCs ready and upstream, and then carefully try to
create common parts with Rockchip's driver in small pieces.

If the Rockchip and IMX mhdp have the same IP and same firmware, then they obviously should share
code as done in the series you point to.

Perhaps Cadence can clarify the differences between IMX, TI and Rockchip IPs and FWs?

I'm worried that if there are IP differences, even if not great ones, and if the FWs are different
and developed separately, it'll be a constant "fix X for SoC A, and accidentally break Y for SoC B
and C", especially if too much code is shared.

In the long run I'm all for a single driver (or large shared parts), but I'm not sure if we should
start with that approach.

 Tomi

-- 
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:[~2020-08-12 10:48 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-06 11:34 [PATCH v8 0/3] drm: Add support for Cadence MHDP DPI/DP bridge and J721E wrapper Swapnil Jakhade
2020-08-06 11:34 ` Swapnil Jakhade
2020-08-06 11:34 ` [PATCH v8 1/3] dt-bindings: drm/bridge: Document Cadence MHDP bridge bindings Swapnil Jakhade
2020-08-06 11:34   ` Swapnil Jakhade
2020-08-11  0:36   ` Laurent Pinchart
2020-08-11  0:36     ` Laurent Pinchart
2020-08-14  7:13     ` Tomi Valkeinen
2020-08-14  7:13       ` Tomi Valkeinen
2020-08-06 11:34 ` [PATCH v8 2/3] drm: bridge: Add support for Cadence MHDP DPI/DP bridge Swapnil Jakhade
2020-08-06 11:34   ` Swapnil Jakhade
2020-08-07  1:15   ` kernel test robot
2020-08-07  1:15     ` kernel test robot
2020-08-07  1:15     ` kernel test robot
2020-08-07  9:38   ` Tomi Valkeinen
2020-08-07  9:38     ` Tomi Valkeinen
2020-08-11  2:36   ` Laurent Pinchart
2020-08-11  2:36     ` Laurent Pinchart
2020-08-14  8:22     ` Tomi Valkeinen
2020-08-14  8:22       ` Tomi Valkeinen
2020-08-24  2:17       ` Laurent Pinchart
2020-08-24  2:17         ` Laurent Pinchart
2020-08-14  9:29     ` Tomi Valkeinen
2020-08-14  9:29       ` Tomi Valkeinen
2020-08-24  2:18       ` Laurent Pinchart
2020-08-24  2:18         ` Laurent Pinchart
2020-08-26  7:26     ` Tomi Valkeinen
2020-08-26  7:26       ` Tomi Valkeinen
2020-08-06 11:34 ` [PATCH v8 3/3] drm: bridge: cdns-mhdp: Add j721e wrapper Swapnil Jakhade
2020-08-06 11:34   ` Swapnil Jakhade
2020-08-11  2:41   ` Laurent Pinchart
2020-08-11  2:41     ` Laurent Pinchart
2020-08-12  8:39 ` [PATCH v8 0/3] drm: Add support for Cadence MHDP DPI/DP bridge and J721E wrapper Guido Günther
2020-08-12  8:39   ` Guido Günther
2020-08-12 10:47   ` Tomi Valkeinen [this message]
2020-08-12 10:47     ` Tomi Valkeinen
2020-08-12 13:56     ` Guido Günther
2020-08-12 13:56       ` Guido Günther
2020-08-24  7:16       ` Swapnil Kashinath Jakhade
2020-08-24  7:16         ` Swapnil Kashinath Jakhade
2020-08-25  7:32         ` Guido Günther
2020-08-25  7:32           ` Guido Günther

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=3bcbbb0b-ee04-0f1e-6c54-97b01c552d82@ti.com \
    --to=tomi.valkeinen@ti.com \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=a.hajda@samsung.com \
    --cc=agx@sigxcpu.org \
    --cc=airlied@linux.ie \
    --cc=daniel@ffwll.ch \
    --cc=devicetree@vger.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jernej.skrabec@siol.net \
    --cc=jonas@kwiboo.se \
    --cc=jsarha@ti.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mparab@cadence.com \
    --cc=narmstrong@baylibre.com \
    --cc=nsekhar@ti.com \
    --cc=praneeth@ti.com \
    --cc=robh+dt@kernel.org \
    --cc=sandor.yu@nxp.com \
    --cc=sjakhade@cadence.com \
    --cc=yamonkar@cadence.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.