[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200819212551.GA114762@ravnborg.org>
Date: Wed, 19 Aug 2020 23:25:51 +0200
From: Sam Ravnborg <sam@...nborg.org>
To: John Stultz <john.stultz@...aro.org>
Cc: Mauro Carvalho Chehab <mchehab+huawei@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linuxarm@...wei.com, mauro.chehab@...wei.com,
Manivannan Sadhasivam <mani@...nel.org>,
Daniel Vetter <daniel@...ll.ch>,
dri-devel <dri-devel@...ts.freedesktop.org>,
Bogdan Togorean <bogdan.togorean@...log.com>,
Liwei Cai <cailiwei@...ilicon.com>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
Daniel Borkmann <daniel@...earbox.net>,
Rob Herring <robh+dt@...nel.org>,
"David S. Miller" <davem@...emloft.net>,
Xinliang Liu <xinliang.liu@...aro.org>,
Neil Armstrong <narmstrong@...libre.com>,
Wanchun Zheng <zhengwanchun@...ilicon.com>,
driverdevel <devel@...verdev.osuosl.org>,
BPF Mailing List <bpf@...r.kernel.org>,
Xiubin Zhang <zhangxiubin1@...wei.com>,
linux-media <linux-media@...r.kernel.org>,
Tomi Valkeinen <tomi.valkeinen@...com>,
Jesper Dangaard Brouer <hawk@...nel.org>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Xinwei Kong <kong.kongxinwei@...ilicon.com>,
Alexei Starovoitov <ast@...nel.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>, Rob Clark <robdclark@...omium.org>,
Laurentiu Palcu <laurentiu.palcu@....com>,
Andrzej Hajda <a.hajda@...sung.com>,
John Fastabend <john.fastabend@...il.com>,
Liuyao An <anliuyao@...wei.com>,
"moderated list:DMA BUFFER SHARING FRAMEWORK"
<linaro-mm-sig@...ts.linaro.org>, Wei Xu <xuwei5@...ilicon.com>,
Rongrong Zou <zourongrong@...il.com>,
Philipp Zabel <p.zabel@...gutronix.de>,
Network Development <netdev@...r.kernel.org>,
Sumit Semwal <sumit.semwal@...aro.org>,
lkml <linux-kernel@...r.kernel.org>,
Jakub Kicinski <kuba@...nel.org>,
David Airlie <airlied@...ux.ie>,
Chen Feng <puck.chen@...ilicon.com>
Subject: Re: [PATCH 00/49] DRM driver for Hikey 970
Hi John.
> > So, IMO, the best is to keep it on staging for a while, until those
> > remaining bugs gets solved.
>
> I'm not sure I see all of these as compelling for pushing it in via
> staging. And I suspect in the process of submitting the patches for
> review folks may find the cause of some of the problems you list here.
There is a tendency to forget drivers in staging, and with the almost
constant refactoring that happens in the drm drivers we would end up
fixing this driver when a bot trigger an error.
So IMO we need very good reasons to go in via staging.
Sam
Powered by blists - more mailing lists