Hi Christophe,
On 7/10/23 22:35, Andrew Morton wrote:
> The patch titled
> Subject: ipc/sem: use flexible array in 'struct sem_undo'
> has been added to the -mm mm-nonmm-unstable branch. Its filename is
> ipc-sem-use-flexible-array-in-struct-sem_undo.patch
>
> This patch will shortly appear at
> https://git.kernel.org/pub/scm/linux/kernel/git/akpm/25-new.git/tree/patches/ipc-sem-use-flexible-array-in-struct-sem_undo.patch
>
> This patch will later appear in the mm-nonmm-unstable branch at
> git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm
>
> Before you just go and hit "reply", please:
> a) Consider who else should be cc'ed
> b) Prefer to cc a suitable mailing list as well
> c) Ideally: find the original patch on the mailing list and do a
> reply-to-all to that, adding suitable additional cc's
>
> *** Remember to use Documentation/process/submit-checklist.rst when testing your code ***
>
> The -mm tree is included into linux-next via the mm-everything
> branch at git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm
> and is updated there every 2-3 working days
>
> ------------------------------------------------------
> From: Christophe JAILLET <[email protected]>
> Subject: ipc/sem: use flexible array in 'struct sem_undo'
> Date: Sun, 9 Jul 2023 18:12:55 +0200
>
> Turn 'semadj' in 'struct sem_undo' into a flexible array.
>
> The advantages are:
> - save the size of a pointer when the new undo structure is allocated
> - avoid some always ugly pointer arithmetic to get the address of semadj
> - avoid an indirection when the array is accessed
>
> While at it, use struct_size() to compute the size of the new undo
> structure.
>
> Link: https://lkml.kernel.org/r/1ba993d443ad7e16ac2b1902adab1f05ebdfa454.1688918791.git.christophe.jaillet@wanadoo.fr
> Signed-off-by: Christophe JAILLET <[email protected]>
> Cc: Christophe JAILLET <[email protected]>
> Cc: Jann Horn <[email protected]>
> Cc: Manfred Spraul <[email protected]>
> Cc: Davidlohr Bueso <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
Reviewed-by: Manfred Spraul <[email protected]>
--
Manfred