From: Kees Cook <keescook@chromium.org>
To: David Laight <David.Laight@aculab.com>
Cc: 'Przemek Kitszel' <przemyslaw.kitszel@intel.com>,
Steven Zou <steven.zou@intel.com>,
"intel-wired-lan@lists.osuosl.org"
<intel-wired-lan@lists.osuosl.org>,
"linux-hardening@vger.kernel.org"
<linux-hardening@vger.kernel.org>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: [Intel-wired-lan] [PATCH net-next v3 1/7] overflow: add DEFINE_FLEX() for on-stack allocs
Date: Thu, 17 Aug 2023 10:00:17 -0700 [thread overview]
Message-ID: <202308170957.F511E69@keescook> (raw)
In-Reply-To: <1f9cb37f21294c31a01af62fd920f070@AcuMS.aculab.com>
On Thu, Aug 17, 2023 at 02:35:23PM +0000, David Laight wrote:
> From: Przemek Kitszel
> > Sent: Wednesday, August 16, 2023 3:06 PM
> >
> > Using underlying array for on-stack storage lets us to declare
> > known-at-compile-time structures without kzalloc().
>
> Isn't DEFINE_FLEX() a bit misleading?
> One thing it isn't is 'flexible' since it has a fixed size.
It works only on flex array structs, and defines a specific instance. I
think naming is okay here.
>
> > +#define DEFINE_FLEX(type, name, member, count) \
> > + union { \
> > + u8 bytes[struct_size_t(type, member, count)]; \
> > + type obj; \
> > + } name##_u __aligned(_Alignof(type)) = {}; \
>
> You shouldn't need the _Alignof() it is the default.
In the sense that since "type" is in the union, it's okay?
> I'm not sure you should be forcing the memset() either.
This already got discussed: better to fail safe.
>
> > + type *name = (type *)&name##_u
>
> How about?
> type *const name = &name_##_u.obj;
This is by design (see earlier threads) so that
__builtin_object_size(name, 1) will get the correct size. Otherwise it
doesn't include the FAM elements in the size.
>
> You might want to add:
> Static_assert(is_constexpr(count), "DEFINE_FLEX: non-constant count " #count);
That would be nice, though can Static_assert()s live in the middle of
variable definitions?
-Kees
--
Kees Cook
_______________________________________________
Intel-wired-lan mailing list
Intel-wired-lan@osuosl.org
https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
WARNING: multiple messages have this Message-ID (diff)
From: Kees Cook <keescook@chromium.org>
To: David Laight <David.Laight@aculab.com>
Cc: 'Przemek Kitszel' <przemyslaw.kitszel@intel.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
Jacob Keller <jacob.e.keller@intel.com>,
"intel-wired-lan@lists.osuosl.org"
<intel-wired-lan@lists.osuosl.org>,
Alexander Lobakin <aleksander.lobakin@intel.com>,
"linux-hardening@vger.kernel.org"
<linux-hardening@vger.kernel.org>,
Steven Zou <steven.zou@intel.com>
Subject: Re: [PATCH net-next v3 1/7] overflow: add DEFINE_FLEX() for on-stack allocs
Date: Thu, 17 Aug 2023 10:00:17 -0700 [thread overview]
Message-ID: <202308170957.F511E69@keescook> (raw)
In-Reply-To: <1f9cb37f21294c31a01af62fd920f070@AcuMS.aculab.com>
On Thu, Aug 17, 2023 at 02:35:23PM +0000, David Laight wrote:
> From: Przemek Kitszel
> > Sent: Wednesday, August 16, 2023 3:06 PM
> >
> > Using underlying array for on-stack storage lets us to declare
> > known-at-compile-time structures without kzalloc().
>
> Isn't DEFINE_FLEX() a bit misleading?
> One thing it isn't is 'flexible' since it has a fixed size.
It works only on flex array structs, and defines a specific instance. I
think naming is okay here.
>
> > +#define DEFINE_FLEX(type, name, member, count) \
> > + union { \
> > + u8 bytes[struct_size_t(type, member, count)]; \
> > + type obj; \
> > + } name##_u __aligned(_Alignof(type)) = {}; \
>
> You shouldn't need the _Alignof() it is the default.
In the sense that since "type" is in the union, it's okay?
> I'm not sure you should be forcing the memset() either.
This already got discussed: better to fail safe.
>
> > + type *name = (type *)&name##_u
>
> How about?
> type *const name = &name_##_u.obj;
This is by design (see earlier threads) so that
__builtin_object_size(name, 1) will get the correct size. Otherwise it
doesn't include the FAM elements in the size.
>
> You might want to add:
> Static_assert(is_constexpr(count), "DEFINE_FLEX: non-constant count " #count);
That would be nice, though can Static_assert()s live in the middle of
variable definitions?
-Kees
--
Kees Cook
next prev parent reply other threads:[~2023-08-17 17:00 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-16 14:06 [Intel-wired-lan] [PATCH net-next v3 0/7] introduce DEFINE_FLEX() macro Przemek Kitszel
2023-08-16 14:06 ` Przemek Kitszel
2023-08-16 14:06 ` [Intel-wired-lan] [PATCH net-next v3 1/7] overflow: add DEFINE_FLEX() for on-stack allocs Przemek Kitszel
2023-08-16 14:06 ` Przemek Kitszel
2023-08-16 16:35 ` [Intel-wired-lan] " kernel test robot
2023-08-16 16:35 ` kernel test robot
2023-08-18 10:37 ` [Intel-wired-lan] " Przemek Kitszel
2023-08-18 10:37 ` Przemek Kitszel
2023-08-18 11:10 ` [Intel-wired-lan] " Miguel Ojeda
2023-08-18 11:10 ` Miguel Ojeda
2023-08-18 12:07 ` [Intel-wired-lan] " Philip Li
2023-08-18 12:07 ` Philip Li
2023-08-19 10:06 ` [Intel-wired-lan] " Greg KH
2023-08-19 10:06 ` Greg KH
2023-08-16 20:38 ` [Intel-wired-lan] " Kees Cook
2023-08-16 20:38 ` Kees Cook
2023-08-17 14:35 ` [Intel-wired-lan] " David Laight
2023-08-17 14:35 ` David Laight
2023-08-17 17:00 ` Kees Cook [this message]
2023-08-17 17:00 ` Kees Cook
2023-08-18 7:14 ` [Intel-wired-lan] " David Laight
2023-08-18 7:14 ` David Laight
2023-08-18 10:28 ` [Intel-wired-lan] " Przemek Kitszel
2023-08-18 10:28 ` Przemek Kitszel
2023-08-18 10:49 ` [Intel-wired-lan] " David Laight
2023-08-18 10:49 ` David Laight
2023-08-23 20:52 ` [Intel-wired-lan] " Przemek Kitszel
2023-08-23 20:52 ` Przemek Kitszel
2023-08-28 14:41 ` [Intel-wired-lan] " Przemek Kitszel
2023-08-28 14:41 ` Przemek Kitszel
2023-08-16 14:06 ` [Intel-wired-lan] [PATCH net-next v3 2/7] ice: ice_sched_remove_elems: replace 1 elem array param by u32 Przemek Kitszel
2023-08-16 14:06 ` Przemek Kitszel
2023-08-16 14:06 ` [Intel-wired-lan] [PATCH net-next v3 3/7] ice: drop two params of ice_aq_move_sched_elems() Przemek Kitszel
2023-08-16 14:06 ` Przemek Kitszel
2023-08-16 14:06 ` [Intel-wired-lan] [PATCH net-next v3 4/7] ice: make use of DEFINE_FLEX() in ice_ddp.c Przemek Kitszel
2023-08-16 14:06 ` Przemek Kitszel
2023-08-16 14:06 ` [Intel-wired-lan] [PATCH net-next v3 5/7] ice: make use of DEFINE_FLEX() for struct ice_aqc_add_tx_qgrp Przemek Kitszel
2023-08-16 14:06 ` Przemek Kitszel
2023-08-16 14:06 ` [Intel-wired-lan] [PATCH net-next v3 6/7] ice: make use of DEFINE_FLEX() for struct ice_aqc_dis_txq_item Przemek Kitszel
2023-08-16 14:06 ` Przemek Kitszel
2023-08-16 14:06 ` [Intel-wired-lan] [PATCH net-next v3 7/7] ice: make use of DEFINE_FLEX() in ice_switch.c Przemek Kitszel
2023-08-16 14:06 ` Przemek Kitszel
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=202308170957.F511E69@keescook \
--to=keescook@chromium.org \
--cc=David.Laight@aculab.com \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=linux-hardening@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=przemyslaw.kitszel@intel.com \
--cc=steven.zou@intel.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.