[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200820092111.2a5f348e@coco.lan>
Date: Thu, 20 Aug 2020 09:21:11 +0200
From: Mauro Carvalho Chehab <mchehab+huawei@...nel.org>
To: Sam Ravnborg <sam@...nborg.org>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Neil Armstrong <narmstrong@...libre.com>,
Xinliang Liu <xinliang.liu@...aro.org>,
Wanchun Zheng <zhengwanchun@...ilicon.com>,
linuxarm@...wei.com, dri-devel <dri-devel@...ts.freedesktop.org>,
Andrzej Hajda <a.hajda@...sung.com>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
devel@...verdev.osuosl.org, Daniel Borkmann <daniel@...earbox.net>,
John Fastabend <john.fastabend@...il.com>,
Xiubin Zhang <zhangxiubin1@...wei.com>,
Wei Xu <xuwei5@...ilicon.com>, David Airlie <airlied@...ux.ie>,
Xinwei Kong <kong.kongxinwei@...ilicon.com>,
Tomi Valkeinen <tomi.valkeinen@...com>,
Bogdan Togorean <bogdan.togorean@...log.com>,
Laurentiu Palcu <laurentiu.palcu@....com>,
linux-media@...r.kernel.org, devicetree@...r.kernel.org,
Liwei Cai <cailiwei@...ilicon.com>,
Jesper Dangaard Brouer <hawk@...nel.org>,
Manivannan Sadhasivam <mani@...nel.org>,
Chen Feng <puck.chen@...ilicon.com>,
Alexei Starovoitov <ast@...nel.org>,
linaro-mm-sig@...ts.linaro.org, Rob Herring <robh+dt@...nel.org>,
Jakub Kicinski <kuba@...nel.org>, mauro.chehab@...wei.com,
Rob Clark <robdclark@...omium.org>,
linux-arm-kernel@...ts.infradead.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, Liuyao An <anliuyao@...wei.com>,
Rongrong Zou <zourongrong@...il.com>, bpf@...r.kernel.org,
"David S. Miller" <davem@...emloft.net>
Subject: Re: [PATCH 00/49] DRM driver for Hikey 970
Hi Sam,
Em Wed, 19 Aug 2020 22:48:00 +0200
Sam Ravnborg <sam@...nborg.org> escreveu:
> Hi Mauro.
>
> It seems my review comments failed to reach dri-devel - likely due to
> the size of the mail.
Probably. It reached here properly.
> Link:
> https://lore.kernel.org/linux-devicetree/20200819173558.GA3733@ravnborg.org/
>
> I my review feedback I refer to checkpatch a few time.
> For drivers/gpu/ we have some nice tooling support.
> One thing our tooling does for us is running checkpatch every time
> we apply a patch.
>
> checkpatch -q --emacs --strict --show-types
>
> So we expect patches to be more or less checkpatch --strict clean.
>
> "more or less" - as common sense also plays a role.
> And sometimes checkpatch is just wrong.
>
> Just in case you wondered why checkpatch --strict was requested.
We also use checkpatch --strict for media as a reference,
ignoring the things that would make things worse during review :-)
I'll run checkpatch here and ensure that the coding style
issues will be properly addressed.
Thanks,
Mauro
Powered by blists - more mailing lists