[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e8f42689-4c5f-b5ab-8b4c-ac6b8eafc1d3@collabora.com>
Date: Wed, 4 Nov 2020 11:43:46 +0100
From: Enric Balletbo i Serra <enric.balletbo@...labora.com>
To: linux-kernel@...r.kernel.org
Cc: Collabora Kernel ML <kernel@...labora.com>,
yongqiang.niu@...iatek.com, matthias.bgg@...il.com,
drinkcat@...omium.org, hsinyi@...omium.org,
chunkuang.hu@...nel.org, CK Hu <ck.hu@...iatek.com>,
Daniel Vetter <daniel@...ll.ch>,
David Airlie <airlied@...ux.ie>,
Philipp Zabel <p.zabel@...gutronix.de>,
dri-devel@...ts.freedesktop.org,
linux-arm-kernel@...ts.infradead.org,
linux-mediatek@...ts.infradead.org
Subject: Re: [PATCH 0/4] soc: mediatek: Prepare MMSYS for DDP routing using
tables
Hi Matthias,
On 6/10/20 21:33, Enric Balletbo i Serra wrote:
> Dear all,
>
> The following series are intended to prepare the mtk-mmsys driver to
> allow different DDP (Data Display Path) routing tables per SoC. Note
> that the series has been tested only on MT8173 platform and could break
> the display on MT2701 and MT2712 based devices. I kindly ask for someone
> having these devices to provide a tested routing table (unfortunately I
> didn't have enough documentation to figure out this myself).
>
> For the other devices (MT8183, MT6779 and MT6797) DRM support is not in
> mainline yet so nothing will break.
>
> Thanks,
> Enric
>
>
> CK Hu (2):
> soc: mediatek: mmsys: Create struct mtk_mmsys to store context data
> soc: mediatek: mmsys: Use an array for setting the routing registers
>
> Enric Balletbo i Serra (1):
> soc: mediatek: mmsys: Use devm_platform_ioremap_resource()
>
> Yongqiang Niu (1):
> soc / drm: mediatek: Move DDP component defines into mtk-mmsys.h
>
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 34 +-
> drivers/soc/mediatek/mtk-mmsys.c | 429 +++++++++++---------
> include/linux/soc/mediatek/mtk-mmsys.h | 33 ++
> 3 files changed, 263 insertions(+), 233 deletions(-)
>
Although the patches 3 and 4 are controversial, and I'll work on it, I am
wondering if 1 and 2 are ready to be picked, as they are independent, so I can
send next version without these two patches.
Thanks,
Enric
Powered by blists - more mailing lists