From: Kees Cook <keescook@chromium.org>
To: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
Cc: "Gustavo A. R. Silva" <gustavoars@kernel.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] overflow.h: Add flex_array_size() helper
Date: Tue, 16 Jun 2020 20:48:48 -0700 [thread overview]
Message-ID: <202006162048.A22F1C14@keescook> (raw)
In-Reply-To: <fd198a2b-9a79-b7b7-3cee-5856cffc88af@embeddedor.com>
On Tue, Jun 16, 2020 at 03:48:51PM -0500, Gustavo A. R. Silva wrote:
>
>
> On 6/10/20 16:38, Kees Cook wrote:
>
> >> -#define struct_size(p, member, n) \
> >> - __ab_c_size(n, \
> >> +#define struct_size(p, member, count) \
> >> + __ab_c_size(count, \
> >> sizeof(*(p)->member) + __must_be_array((p)->member),\
> >> sizeof(*(p)))
> >
> > I like the "count" change -- "n" can be seen as either count or bytes,
> > so I like this being distinctly "count".
> >
>
> Yep. :)
>
> >>
> >> +/**
> >> + * flex_array_size() - Calculate size, in bytes, of a flexible array member
> >> + * within an enclosing structure. Read on for more details.
> >> + *
> >> + * @p: Pointer to the structure.
> >> + * @member: Name of the flexible array member.
> >> + * @count: Number of elements in the array.
> >> + *
> >> + * Calculates size, in bytes, of a flexible array @member of @count elements
> >> + * within structure @p.
> >> + *
> >> + * Return: number of bytes needed or SIZE_MAX on overflow.
> >> + */
> >> +#define flex_array_size(p, member, count) \
> >> + array_size(count, \
> >> + sizeof(*(p)->member) + __must_be_array((p)->member))
> >> +
> >> #endif /* __LINUX_OVERFLOW_H */
> >
> > I like it! You mentioned off-list that maybe this could be named
> > sizeof_flex_array() (like sizeof_field(), etc), and that does seem
> > attractive. As you also mentioned, it begs the question of renaming
> > struct_size() to sizeof_struct().
> >
> > Looking back through the thread[1], it seems the name came from Linus[2],
> > and was more related to the existing array_size() helper.
> >
> > So, how about this, as a convention we can use to make a choice:
> >
> > For things that are strictly constant in size, we can use sizeof_*. For
> > things that have a dynamic component, we'll use *_size(). So, this patch
> > is correct as-is.
> >
>
> I like the idea. I haven't thought it in terms of dynamic and constant size,
> but it sounds sensible.
>
> > Acked-by: Kees Cook <keescook@chromium.org>
> >
> > (I wonder who's tree this should go via?)
> >
>
> Yours? :)
Done; I'll see if Linus will take this for -rc2 so you'll be able to use
it for v5.9 patches...
Thanks!
--
Kees Cook
prev parent reply other threads:[~2020-06-17 3:48 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-09 1:22 [PATCH v2] overflow.h: Add flex_array_size() helper Gustavo A. R. Silva
2020-06-09 6:47 ` Joe Perches
2020-06-09 15:42 ` Kees Cook
2020-06-10 21:38 ` Kees Cook
2020-06-16 20:48 ` Gustavo A. R. Silva
2020-06-17 3:48 ` Kees Cook [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202006162048.A22F1C14@keescook \
--to=keescook@chromium.org \
--cc=gustavo@embeddedor.com \
--cc=gustavoars@kernel.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox