Thread (24 messages) 24 messages, 7 authors, 2017-12-18

Re: [PATCH v2 0/5] Support for generalized use of make C={1,2} via a wrapper program

From: Jason Gunthorpe <jgg@ziepe.ca>
Date: 2017-12-18 05:00:58
Also in: cocci, linux-kbuild, linux-rdma, lkml

On Sun, Dec 17, 2017 at 03:14:10AM +0100, Knut Omang wrote:
quoted
I like the ability to add more checkers and keep then in the main
upstream tree. But adding overrides for specific subsystems goes against
the policy that all subsystems should be treated equally.
This is a tool to enable automated testing for as many checks as
possible, as soon as possible. Like any tool, it can be misused, but
that's IMHO an orthogonal problem that I think the maintainers will
be more than capable of preventing.

Think of this as a tightening screw: We eliminate errors class by
class or file by file, and in the same commit narrows in the list of
exceptions. That way we can fix issues piece by piece while avoiding
a lot of regressions in already clean parts.
Since you used drivers/infiniband as an example for this script..

I will say I agree with this idea.

It is not that we *want* infiniband to be different from the rest of
the kernel, it is that we have this historical situation where we
don't have a code base that already passes the various static checker
things.

I would like it very much if I could run 'make static checker' and see
no warnings. This helps me know that I when I accept patches I am not
introducing new problems to code that has already been cleaned up.

Today when we run checkers we get so many warnings it is too hard to
make any sense of it.

Being able to say File X is now clean for check XYZ seems very useful
and may motivate people to clean up the files they actualy care
about...
quoted
There was discussion at Kernel Summit about how the different
subsystems already have different rules. This appears to be a way
to make that worse.
IMHO this is a tool that should help maintainers implement the
policies they desire.  But the tool itself does not dictate any
such.
Yes, again, in infiniband we like to see checkpatch be good for new
submission, even if that clashes with surrounding code. For instance
we have a mixture of sizeof foo and sizeof(foo) styles in the same
file/function now.

I certainly don't want to tell people they need to follow some
different style from 10 years ago when they send patches.

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