Thread (49 messages) 49 messages, 10 authors, 2020-08-26

Re: [PATCH 00/49] DRM driver for Hikey 970

From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
Date: 2020-08-20 08:05:05
Also in: bpf, dri-devel, linux-arm-kernel, linux-devicetree, linux-media, lkml

Em Wed, 19 Aug 2020 14:36:52 -0700
John Stultz [off-list ref] escreveu:
On Wed, Aug 19, 2020 at 4:46 AM Mauro Carvalho Chehab
[off-list ref] wrote:
quoted
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  
Sorry, one more small request: Could you create a branch that only has
the DRM driver changes in it?

The reason I ask, is that since the HiKey960 isn't affected by the
majority of the problems you listed as motivation for going through
staging. So if we can validate that your tree works fine on HiKey960,
the series can be cleaned up and submitted properly upstream to enable
that SoC, and the outstanding 970 issues can be worked out afterwards
against mainline.
Well, if support for HiKey 960 is OK, I guess what we can do is to not 
push the patch with DT bindings for hikey970. We should probably fix
the color swap thing at the driver first.

From my side, provided that the history is preserved, I don't mind
if this is merged:

- via staging tree;
- at dri-devel tree;
- or having a the historic patchsets merged at /staging, with
  a follow up patch moving it from staging/ into /gpu/drm/.

Thanks,
Mauro
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help