Re: [PATCH 0/4] Get rid of all NEON intrinsics stdint.h type hacks

[Eric Biggers <ebiggers@kernel.org>]

On Fri, Nov 13, 2026 at 09:05:32PM +0100, Ard Biesheuvel wrote:
> (cc Catalin)
> 
> Full thread:
> https://lore.kernel.org/all/20261029135020.272082-6-ardb+git@google.com/
> 
> On Fri, 13 Nov 2026, at 20:01, Nathan Chancellor wrote:
> > On Fri, Nov 13, 2026 at 09:23:03AM +0100, Ard Biesheuvel wrote:
> >> On Thu, 12 Nov 2026, at 23:27, Nathan Chancellor wrote:
> >> > Who do you think should take this series? It would be nice if it could
> >> > start making its way to mainline sooner rather than later since tip of
> >> > tree clang builds have been broken for over a month at this point.
> >> >
> >> 
> >> Are the first two patches sufficient for that? Perhaps Eric can take them
> >> through the CRC or libcrypto trees, and I can send the remaining ones
> >> through the respective arch trees the following cycle.
> >
> > Unfortunately not :/ we need the third patch to resolve the error since
> > that is where the conflict is originating.
> >
> 
> OK in that case, maybe Catalin can take the whole thing via the arm64 tree? 
> 
> 
> 
> Diffstat:
> 
> Ard Biesheuvel (4):
>   lib/crc: Don't include <linux/types.h> in NEON intrinsics code
>   xor: arm/arm64: Move NEON xor_gen() dispatch into the glue code
>   arm64: Drop stdint.h type overrides from asm/neon-intrinsics.h
>   ARM: Drop stdint.h type overrides from asm/neon-intrinsics.h
> 
>  Documentation/arch/arm/kernel_mode_neon.rst | 10 +++--
>  arch/arm/include/asm/neon-intrinsics.h      | 43 +++-----------------
>  arch/arm64/include/asm/neon-intrinsics.h    | 24 +++--------
>  lib/crc/crc64-neon.c                        | 10 ++---
>  lib/raid/xor/arm/xor-neon-glue.c            |  3 ++
>  lib/raid/xor/arm/xor-neon.h                 | 16 +++++++-
>  lib/raid/xor/arm64/xor-eor3.c               | 15 ++-----
>  lib/raid/xor/arm64/xor-neon-glue.c          |  5 +++
>  lib/raid/xor/arm64/xor-neon.h               | 31 ++++++++++++--
>  lib/raid/xor/xor-neon.c                     | 16 ++------
>  10 files changed, 78 insertions(+), 95 deletions(-)

I agree the arm64 tree makes the most sense for cross-subsystem arm and
arm64 infrastructure changes like this.

- Eric