[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e0b66a74-b32b-4e77-a7f7-8fd9c28cb88b@intel.com>
Date: Thu, 27 Jun 2024 11:50:40 +0200
From: Alexander Lobakin <aleksander.lobakin@...el.com>
To: Jakub Kicinski <kuba@...nel.org>
CC: "David S. Miller" <davem@...emloft.net>, Eric Dumazet
<edumazet@...gle.com>, Paolo Abeni <pabeni@...hat.com>, David Ahern
<dsahern@...nel.org>, Xuan Zhuo <xuanzhuo@...ux.alibaba.com>, Andrew Lunn
<andrew@...n.ch>, <nex.sw.ncis.osdt.itp.upstreaming@...el.com>,
<netdev@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH net-next 1/5] netdevice: convert private flags > BIT(31)
to bitfields
From: Jakub Kicinski <kuba@...nel.org>
Date: Wed, 26 Jun 2024 07:51:17 -0700
> On Tue, 25 Jun 2024 13:44:28 +0200 Alexander Lobakin wrote:
>> + struct_group(__priv_flags,
>> + unsigned long priv_flags:32;
>> + unsigned long see_all_hwtstamp_requests:1;
>> + unsigned long change_proto_down:1;
>> + );
>
> I don't think we should group them indiscriminately. Better to add the
> asserts flag by flag. Neither of the flags you're breaking out in this
> patch are used on the fast path.
>
> Or is the problem that CACHELINE_ASSERT_GROUP_MEMBER doesn't work on
> bitfields?
It generates sizeof(bitfield) which the compilers don't like and don't
want to compile ._.
Thanks,
Olek
Powered by blists - more mailing lists