[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHk-=wigjbr7d0ZLo+6wbMk31bBMn8sEwHEJCYBRFuNRhzO+Kw@mail.gmail.com>
Date: Wed, 10 Jan 2024 17:47:20 -0800
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Kent Overstreet <kent.overstreet@...ux.dev>
Cc: Kees Cook <keescook@...omium.org>, linux-bcachefs@...r.kernel.org,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-hardening@...r.kernel.org
Subject: Re: [GIT PULL] bcachefs updates for 6.8
On Wed, 10 Jan 2024 at 16:58, Kent Overstreet <kent.overstreet@...ux.dev> wrote:
>
> ...And how does that make any sense? "The warnings weren't getting
> cleaned up, so get rid of them - except not really, just move them off
> to the side so they'll be more annoying when they do come up"...
Honestly,the checkpatch warnings are often garbage too.
The whole deprecation warnings never worked. They don't work in
checkpatch either.
> Perhaps we could've just switched to deprecation warnings being on in a
> W=1 build?
No, because the whole idea of "let me mark something deprecated and
then not just remove it" is GARBAGE.
If somebody wants to deprecate something, it is up to *them* to finish
the job. Not annoy thousands of other developers with idiotic
warnings.
Linus
Powered by blists - more mailing lists