linux-kernel - Re: [PATCH] kcsan, compiler_types: avoid duplicate type issues in BPF Type Format

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAADnVQ+7ZxXE8O254rkYt+U9PO3Rxt681LaOT7W5UMj1PobHHA@mail.gmail.com>
Date: Tue, 27 Jan 2026 16:02:32 -0800
From: Alexei Starovoitov <alexei.starovoitov@...il.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Marco Elver <elver@...gle.com>, Alan Maguire <alan.maguire@...cle.com>, 
	Kees Cook <kees@...nel.org>, Nathan Chancellor <nathan@...nel.org>, 
	Peter Zijlstra <peterz@...radead.org>, Miguel Ojeda <ojeda@...nel.org>, Uros Bizjak <ubizjak@...il.com>, 
	"Jason A. Donenfeld" <Jason@...c4.com>, Marc.Herbert@...ux.intel.com, 
	Heiko Carstens <hca@...ux.ibm.com>, "H. Peter Anvin" <hpa@...or.com>, namjain@...ux.microsoft.com, 
	"Paul E. McKenney" <paulmck@...nel.org>, LKML <linux-kernel@...r.kernel.org>, 
	Andrii Nakryiko <andrii.nakryiko@...il.com>, Yonghong Song <yonghong.song@...ux.dev>, 
	Alexei Starovoitov <ast@...nel.org>, Jiri Olsa <jolsa@...nel.org>, 
	Daniel Borkmann <daniel@...earbox.net>, Martin KaFai Lau <martin.lau@...ux.dev>, Eduard <eddyz87@...il.com>, 
	Song Liu <song@...nel.org>, John Fastabend <john.fastabend@...il.com>, 
	KP Singh <kpsingh@...nel.org>, Stanislav Fomichev <sdf@...ichev.me>, Hao Luo <haoluo@...gle.com>, 
	bvanassche <bvanassche@....org>, nilay@...ux.ibm.com, bpf <bpf@...r.kernel.org>
Subject: Re: [PATCH] kcsan, compiler_types: avoid duplicate type issues in BPF
 Type Format

On Tue, Jan 27, 2026 at 3:31 PM Andrew Morton <akpm@...ux-foundation.org> wrote:
>
> On Wed, 28 Jan 2026 00:08:10 +0100 Marco Elver <elver@...gle.com> wrote:
>
> > > "KCSAN and KCSAN_SANITIZE objects" doesn't make sense.
> > > "KCSAN_SANITIZE.. := n" objects?
> > > Or just "instrumented and uninstrumented source files".
> > > Anyway, I know what you mean, but others might not. :-)
> > >
> > > > Fixes: 31f605a308e6 ("kcsan, compiler_types: Introduce __data_racy type qualifier")
> > > > Reported-by: Nilay Shroff <nilay@...ux.ibm.com>
> > > > Suggested-by: Marco Elver <elver@...gle.com>
> > > > Signed-off-by: Alan Maguire <alan.maguire@...cle.com>
> > >
> > > Reviewed-by: Marco Elver <elver@...gle.com>
> >
> > Which tree do compiler_types.h changes go through these days?
>
> Thanks for poking.
>
> compiler_types.h appears to be a free-for-all.  It's best to view such
> a thing as a KCSAN patch rather than a compiler_types.h patch - that
> the patch affects compiler_types.h is incidental.
>
> 31f605a308e6 came in via paulmck so convention (which perhaps only I
> maintain) says "Paul", but whatever - getting the fix merged is the
> important part.
>
> So I'll grab Alan's patch, shall drop if it pops up in -next via a
> different route.   Aiming for upstreaming in the next merge window.

You mean in the upcoming merge window, right?

The severity of the bug is significant. Better to land it sooner
rather than later.

> It's unclear whether a -stable backport is required.  Thoughts on this
> are sought.

Yes, since without it kcsan and bpf are mutually exclusive.