[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3bcbbb0b-ee04-0f1e-6c54-97b01c552d82@ti.com>
Date: Wed, 12 Aug 2020 13:47:42 +0300
From: Tomi Valkeinen <tomi.valkeinen@...com>
To: Guido Günther <agx@...xcpu.org>,
Swapnil Jakhade <sjakhade@...ence.com>
CC: <airlied@...ux.ie>, <daniel@...ll.ch>,
<Laurent.pinchart@...asonboard.com>, <robh+dt@...nel.org>,
<a.hajda@...sung.com>, <narmstrong@...libre.com>,
<jonas@...boo.se>, <jernej.skrabec@...l.net>,
<dri-devel@...ts.freedesktop.org>, <devicetree@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <mparab@...ence.com>,
<yamonkar@...ence.com>, <praneeth@...com>, <nsekhar@...com>,
<jsarha@...com>, <sandor.yu@....com>
Subject: Re: [PATCH v8 0/3] drm: Add support for Cadence MHDP DPI/DP bridge
and J721E wrapper.
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
Powered by blists - more mailing lists