Re: Preliminary results - was: Re: Question on BIGGEST_ALIGNMENT in GCC on NetBSD/m68k

Geert Uytterhoeven <[email protected]> Wed, 11 Feb 2026 11:41:49 +0100
Newsgroups gmane.linux.ports.m68k,gmane.os.netbsd.ports.m68k,gmane.linux.debian.ports.68k
Message-ID <CAMuHMdWoO-Hpd3mxr1BXT_cNbvMg45v3ZT8SvxiYAWA3w3W4EQ@mail.gmail.com>
Hi Arnd,

On Tue, 6 Jan 2026 at 16:38, Arnd Bergmann <[email protected]> wrote:
> --- a/include/uapi/linux/rseq.h
> +++ b/include/uapi/linux/rseq.h
> @@ -142,9 +142,13 @@ struct rseq {
>         __u32 mm_cid;
>
>         /*
> -        * Flexible array member at end of structure, after last feature field.
> +        * Flexible array member at end of structure, after last feature field,
> +        * but overlapping with the padding.
>          */
> -       char end[];
> +       union {
> +               __u32 :32;
> +               __DECLARE_FLEX_ARRAY(char, end);
> +       };

After commit d6200245c75e832a ("rseq: Allow registering RSEQ with
slice extension"), the padding must be removed again.

>  } __attribute__((aligned(4 * sizeof(__u64))));
>
>  #endif /* _UAPI_LINUX_RSEQ_H */

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds