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