Thread (15 messages) 15 messages, 7 authors, 2023-08-28

Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU

From: Lee Jones <lee@kernel.org>
Date: 2023-08-24 12:25:06
Also in: amd-gfx, dri-devel, linux-media, linux-tegra, lkml, nouveau

On Thu, 24 Aug 2023, Hamza Mahfooz wrote:
On 8/24/23 08:07, Lee Jones wrote:
quoted
On Thu, 24 Aug 2023, Jani Nikula wrote:
quoted
On Thu, 24 Aug 2023, Lee Jones [off-list ref] wrote:
quoted
This set is part of a larger effort attempting to clean-up W=1
kernel builds, which are currently overwhelmingly riddled with
niggly little warnings.
The next question is, how do we keep it W=1 clean going forward?
My plan was to fix them all, then move each warning to W=0.

Arnd recently submitted a set doing just that for a bunch of them.

https://lore.kernel.org/all/20230811140327.3754597-1-arnd@kernel.org/ (local)

I like to think a bunch of this is built on top of my previous efforts.

GPU is a particularly tricky though - the warnings seem to come in faster
than I can squash them.  Maybe the maintainers can find a way to test
new patches on merge?
I guess on that note, do you know if there is a way to run
`scripts/kernel-doc` on patches instead of whole files? That would make
much easier to block new kernel-doc issues from appearing.
Not off hand.

When I run builds on patches I author, I run them twice concurrently.
Once on the commit I'm basing on and once on the HEAD of my patchset.  I
then diff the two.  So as long as the number of errors and warnings stay
the same or reduce, we're golden.

Perhaps the same method could be used with `kernel-doc`?

-- 
Lee Jones [李琼斯]

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help