From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Neil Armstrong <narmstrong@baylibre.com>,
Xinliang Liu <xinliang.liu@linaro.org>,
Wanchun Zheng <zhengwanchun@hisilicon.com>,
linuxarm@huawei.com, dri-devel <dri-devel@lists.freedesktop.org>,
Andrzej Hajda <a.hajda@samsung.com>,
devel@driverdev.osuosl.org,
Daniel Borkmann <daniel@iogearbox.net>,
John Fastabend <john.fastabend@gmail.com>,
Xiubin Zhang <zhangxiubin1@huawei.com>,
Wei Xu <xuwei5@hisilicon.com>, David Airlie <airlied@linux.ie>,
Xinwei Kong <kong.kongxinwei@hisilicon.com>,
Tomi Valkeinen <tomi.valkeinen@ti.com>,
Bogdan Togorean <bogdan.togorean@analog.com>,
Laurentiu Palcu <laurentiu.palcu@nxp.com>,
linux-media@vger.kernel.org, devicetree@vger.kernel.org,
Liwei Cai <cailiwei@hisilicon.com>,
Jesper Dangaard Brouer <hawk@kernel.org>,
Manivannan Sadhasivam <mani@kernel.org>,
Chen Feng <puck.chen@hisilicon.com>,
Alexei Starovoitov <ast@kernel.org>,
linaro-mm-sig@lists.linaro.org, Rob Herring <robh+dt@kernel.org>,
Jakub Kicinski <kuba@kernel.org>,
mauro.chehab@huawei.com, Rob Clark <robdclark@chromium.org>,
linux-arm-kernel@lists.infradead.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, Liuyao An <anliuyao@huawei.com>,
Rongrong Zou <zourongrong@gmail.com>,
bpf@vger.kernel.org, "David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH 00/49] DRM driver for Hikey 970
Date: Wed, 19 Aug 2020 18:30:45 +0300 [thread overview]
Message-ID: <20200819153045.GA18469@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20200819152120.GA106437@ravnborg.org>
On Wed, Aug 19, 2020 at 05:21:20PM +0200, Sam Ravnborg wrote:
> Hi Mauro.
>
> On Wed, Aug 19, 2020 at 01:45:28PM +0200, Mauro Carvalho Chehab wrote:
> > This patch series port the out-of-tree driver for Hikey 970 (which
> > should also support Hikey 960) from the official 96boards tree:
> >
> > https://github.com/96boards-hikey/linux/tree/hikey970-v4.9
> >
> > Based on his history, this driver seems to be originally written
> > for Kernel 4.4, and was later ported to Kernel 4.9. The original
> > driver used to depend on ION (from Kernel 4.4) and had its own
> > implementation for FB dev API.
> >
> > As I need to preserve the original history (with has patches from
> > both HiSilicon and from Linaro), I'm starting from the original
> > patch applied there. The remaining patches are incremental,
> > and port this driver to work with upstream Kernel.
> >
> > This driver doesn't depend on any firmware or on any special
> > userspace code. It works as-is with both X11 and Wayland.
> >
> > Yet, I'm submitting it via staging due to the following reasons:
> >
> > - It depends on the LDO3 power supply, which is provided by
> > a regulator driver that it is currently on staging;
> > - Due to legal reasons, I need to preserve the authorship of
> > each one responsbile for each patch. So, I need to start from
> > the original patch from Kernel 4.4;
> > - There are still some problems I need to figure out how to solve:
> > - The adv7535 can't get EDID data. Maybe it is a timing issue,
> > but it requires more research to be sure about how to solve it;
> > - The driver only accept resolutions on a defined list, as there's
> > a known bug that this driver may have troubles with random
> > resolutions. Probably due to a bug at the pixel clock settings;
> > - Sometimes (at least with 1080p), it generates LDI underflow
> > errors, which in turn causes the DRM to stop working. That
> > happens for example when using gdm on Wayland and
> > gnome on X11;
> > - Probably related to the previous issue, when the monitor
> > suspends due to DPMS, it doesn't return back to life.
> >
> > So, IMO, the best is to keep it on staging for a while, until those
> > remaining bugs gets solved.
> >
> > I added this series, together with the regulator driver and
> > a few other patches (including a hack to fix a Kernel 5.8
> > regression at WiFi ) at:
> >
> > https://gitlab.freedesktop.org/mchehab_kernel/hikey-970/-/commits/master
> >
> >
> > Chen Feng (1):
> > staging: hikey9xx: Add hisilicon DRM driver for hikey960/970
> >
> > John Stultz (1):
> > staging: hikey9xx/gpu: port it to work with Kernel v4.9
> >
> > Liwei Cai (2):
> > staging: hikey9xx/gpu: solve tearing issue of display
> > staging: hikey9xx/gpu: resolve the performance issue by interrupt
> > mechanism
> >
> > Mauro Carvalho Chehab (38):
> > staging: hikey9xx/gpu: get rid of adv7535 fork
> Very good - I was in my mind starting a rant why we needed a fork of
> this driver, but I see it gets deleted again.
>
> I do acknowledge you need to preserve history and all -
> but this patchset is not easy to review.
Why do we need to preserve history ? Adding relevant Signed-off-by and
Co-developed-by should be enough, shouldn't it ? Having a public branch
that contains the history is useful if anyone is interested, but I don't
think it's required in mainline.
> Could you follow-up with a review-able set of patches as a follow-up
> for this?
> I spotted some wrong bridge handling in one patch but I do not know if
> this got changed in a later patch. And I lost the motivation to go
> looking for it.
>
> > staging: hikey9xx/gpu: rename the Kirin9xx namespace
> > staging: hikey9xx/gpu: get rid of kirin9xx_fbdev.c
> > staging: hikey9xx/gpu: get rid of some ifdefs
> > staging: hikey9xx/gpu: rename the config option for Kirin970
> > staging: hikey9xx/gpu: change the includes to reflect upstream
> > staging: hikey9xx/gpu: port driver to upstream kAPIs
> > staging: hikey9xx/gpu: add a copy of set_reg() function there
> > staging: hikey9xx/gpu: get rid of ION headers
> > staging: hikey9xx/gpu: add support for using a reserved CMA memory
> > staging: hikey9xx/gpu: cleanup encoder attach logic
> > staging: hikey9xx/gpu: Change the logic which sets the burst mode
> > staging: hikey9xx/gpu: fix the DRM setting logic
> > staging: hikey9xx/gpu: do some code cleanups
> > staging: hikey9xx/gpu: use default GEM_CMA fops
> > staging: hikey9xx/gpu: place vblank enable/disable at the right place
> > staging: hikey9xx/gpu: remove an uneeded hack
> > staging: hikey9xx/gpu: add a possible implementation for
> > atomic_disable
> > staging: hikey9xx/gpu: register connector
> > staging: hikey9xx/gpu: fix driver name
> > staging: hikey9xx/gpu: get rid of iommu_format
> > staging: hikey9xx/gpu: re-work the mode validation code
> > staging: hikey9xx/gpu: add support for enable/disable ldo3 regulator
> > staging: hikey9xx/gpu: add SPMI headers
> > staging: hikey9xx/gpu: solve most coding style issues
> > staging: hikey9xx/gpu: don't use iommu code
> > staging: hikey9xx/gpu: add kirin9xx driver to the building system
> > staging: hikey9xx/gpu: get rid of typedefs
> > staging: hikey9xx/gpu: get rid of input/output macros
> > staging: hikey9xx/gpu: get rid of some unused data
> > staging: hikey9xx/gpu: place common definitions at kirin9xx_dpe.h
> > staging: hikey9xx/gpu: get rid of DRM_HISI_KIRIN970
> > dts: hisilicon: hi3670.dtsi: add I2C settings
> > dts: hikey970-pinctrl.dtsi: add missing pinctrl settings
> > dt: hisilicon: add support for the PMIC found on Hikey 970
> > dts: add support for Hikey 970 DRM
> > staging: hikey9xx/gpu: drop kirin9xx_pwm
> > dt: display: Add binds for the DPE and DSI controller for Kirin
> > 960/970
> >
> > Xiubin Zhang (7):
> > staging: hikey9xx/gpu: add support to hikey970 HDMI and panel
> > staging: hikey9xx/gpu: Solve SR Cannot Display Problems.
> > staging: hikey9xx/gpu: Solve HDMI compatibility Problem.
> > staging: hikey9xx/gpu: Support MIPI DSI 3 lanes for hikey970.
> > staging: hikey9xx/gpu: Solve SR test reset problem for hikey970.
> > staging: hikey9xx/gpu: add debug prints for this driver
> > staging: hikey9xx/gpu: Add support 10.1 inch special HDMI displays.
> >
> > .../display/hisilicon,hi3660-dpe.yaml | 99 +
> > .../display/hisilicon,hi3660-dsi.yaml | 102 +
> > .../boot/dts/hisilicon/hi3670-hikey970.dts | 56 +-
> > arch/arm64/boot/dts/hisilicon/hi3670.dtsi | 77 +
> > .../boot/dts/hisilicon/hikey970-drm.dtsi | 93 +
> > .../boot/dts/hisilicon/hikey970-pinctrl.dtsi | 548 +++-
> > .../boot/dts/hisilicon/hikey970-pmic.dtsi | 197 ++
> > drivers/staging/hikey9xx/Kconfig | 3 +
> > drivers/staging/hikey9xx/Makefile | 1 +
> > drivers/staging/hikey9xx/gpu/Kconfig | 22 +
> > drivers/staging/hikey9xx/gpu/Makefile | 9 +
> > drivers/staging/hikey9xx/gpu/kirin960_defs.c | 378 +++
> > .../staging/hikey9xx/gpu/kirin960_dpe_reg.h | 233 ++
> > drivers/staging/hikey9xx/gpu/kirin970_defs.c | 381 +++
> > .../staging/hikey9xx/gpu/kirin970_dpe_reg.h | 1188 ++++++++
> > drivers/staging/hikey9xx/gpu/kirin9xx_dpe.h | 2437 +++++++++++++++++
> > .../hikey9xx/gpu/kirin9xx_drm_dpe_utils.c | 1178 ++++++++
> > .../hikey9xx/gpu/kirin9xx_drm_dpe_utils.h | 286 ++
> > .../staging/hikey9xx/gpu/kirin9xx_drm_drv.c | 368 +++
> > .../staging/hikey9xx/gpu/kirin9xx_drm_drv.h | 57 +
> > .../staging/hikey9xx/gpu/kirin9xx_drm_dss.c | 1063 +++++++
> > .../hikey9xx/gpu/kirin9xx_drm_overlay_utils.c | 1005 +++++++
> > .../hikey9xx/gpu/kirin9xx_dw_drm_dsi.c | 2132 ++++++++++++++
> > .../hikey9xx/gpu/kirin9xx_dw_dsi_reg.h | 146 +
> > .../staging/hikey9xx/gpu/kirin9xx_fb_panel.h | 191 ++
> > 25 files changed, 12229 insertions(+), 21 deletions(-)
> > create mode 100644 Documentation/devicetree/bindings/display/hisilicon,hi3660-dpe.yaml
> > create mode 100644 Documentation/devicetree/bindings/display/hisilicon,hi3660-dsi.yaml
>
> Patch that intropduce new bindings must following the submitting patches
> guidelines for bindings. For once the subject is "dt-bindings: bla bla".
>
> > create mode 100644 arch/arm64/boot/dts/hisilicon/hikey970-drm.dtsi
> > create mode 100644 arch/arm64/boot/dts/hisilicon/hikey970-pmic.dtsi
> > create mode 100644 drivers/staging/hikey9xx/gpu/Kconfig
> > create mode 100644 drivers/staging/hikey9xx/gpu/Makefile
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin960_defs.c
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin960_dpe_reg.h
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin970_defs.c
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin970_dpe_reg.h
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_dpe.h
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_drm_dpe_utils.c
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_drm_dpe_utils.h
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_drm_drv.c
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_drm_drv.h
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_drm_dss.c
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_drm_overlay_utils.c
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_dw_drm_dsi.c
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_dw_dsi_reg.h
> > create mode 100644 drivers/staging/hikey9xx/gpu/kirin9xx_fb_panel.h
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2020-08-19 15:31 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-19 11:45 [PATCH 00/49] DRM driver for Hikey 970 Mauro Carvalho Chehab
2020-08-19 11:45 ` [PATCH 01/49] staging: hikey9xx: Add hisilicon DRM driver for hikey960/970 Mauro Carvalho Chehab
2020-08-19 11:46 ` [PATCH 40/49] staging: hikey9xx/gpu: get rid of input/output macros Mauro Carvalho Chehab
2020-08-19 15:21 ` [PATCH 00/49] DRM driver for Hikey 970 Sam Ravnborg
2020-08-19 15:30 ` Laurent Pinchart [this message]
2020-08-19 19:52 ` John Stultz
2020-08-20 7:03 ` Mauro Carvalho Chehab
2020-08-20 10:02 ` Laurent Pinchart
2020-08-24 19:29 ` Dave Airlie
2020-08-25 11:30 ` Mauro Carvalho Chehab
2020-08-25 11:38 ` Laurent Pinchart
2020-08-25 12:31 ` Daniel Stone
2020-08-26 14:44 ` Nicolas Dufresne
[not found] ` <20200819174027.70b39ee9@coco.lan>
[not found] ` <20200819204800.GA110118@ravnborg.org>
2020-08-20 7:21 ` Michel Dänzer
2020-08-20 7:21 ` Mauro Carvalho Chehab
2020-08-21 16:09 ` Joe Perches
[not found] ` <20200819173558.GA3733@ravnborg.org>
2020-08-20 14:06 ` Mauro Carvalho Chehab
2020-08-20 14:48 ` Sam Ravnborg
2020-08-20 15:13 ` Mauro Carvalho Chehab
2020-08-20 15:36 ` Sam Ravnborg
2020-08-21 13:37 ` Mauro Carvalho Chehab
2020-08-21 13:58 ` Mauro Carvalho Chehab
2020-08-21 15:55 ` Sam Ravnborg
[not found] ` <20200824180225.1a515b6a@coco.lan>
2020-08-24 18:45 ` Sam Ravnborg
2020-08-24 21:10 ` Sam Ravnborg
2020-08-24 21:24 ` Sam Ravnborg
2020-08-25 18:11 ` Sam Ravnborg
2020-08-25 20:21 ` Sam Ravnborg
2020-08-21 14:41 ` Mauro Carvalho Chehab
2020-08-21 15:56 ` Sam Ravnborg
2020-08-24 16:06 ` Mauro Carvalho Chehab
2020-08-19 21:13 ` John Stultz
2020-08-19 21:25 ` Sam Ravnborg
2020-08-20 6:40 ` Mauro Carvalho Chehab
2020-08-20 6:34 ` Mauro Carvalho Chehab
2020-08-19 21:36 ` John Stultz
2020-08-20 2:01 ` John Stultz
2020-08-20 3:28 ` John Stultz
2020-08-20 7:48 ` Mauro Carvalho Chehab
2020-08-24 6:49 ` Mauro Carvalho Chehab
2020-08-24 13:18 ` Mauro Carvalho Chehab
2020-08-20 8:04 ` Mauro Carvalho Chehab
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=20200819153045.GA18469@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=a.hajda@samsung.com \
--cc=airlied@linux.ie \
--cc=anliuyao@huawei.com \
--cc=ast@kernel.org \
--cc=bogdan.togorean@analog.com \
--cc=bpf@vger.kernel.org \
--cc=cailiwei@hisilicon.com \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=devel@driverdev.osuosl.org \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=gregkh@linuxfoundation.org \
--cc=hawk@kernel.org \
--cc=john.fastabend@gmail.com \
--cc=kong.kongxinwei@hisilicon.com \
--cc=kuba@kernel.org \
--cc=laurentiu.palcu@nxp.com \
--cc=linaro-mm-sig@lists.linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linuxarm@huawei.com \
--cc=mani@kernel.org \
--cc=mauro.chehab@huawei.com \
--cc=mchehab+huawei@kernel.org \
--cc=narmstrong@baylibre.com \
--cc=netdev@vger.kernel.org \
--cc=puck.chen@hisilicon.com \
--cc=robdclark@chromium.org \
--cc=robh+dt@kernel.org \
--cc=sam@ravnborg.org \
--cc=tomi.valkeinen@ti.com \
--cc=xinliang.liu@linaro.org \
--cc=xuwei5@hisilicon.com \
--cc=zhangxiubin1@huawei.com \
--cc=zhengwanchun@hisilicon.com \
--cc=zourongrong@gmail.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).