[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5ff708b8-1c6e-4d53-ad64-d370c081121a@intel.com>
Date: Wed, 30 Oct 2024 13:34:47 -0700
From: Jacob Keller <jacob.e.keller@...el.com>
To: Dan Carpenter <dan.carpenter@...aro.org>
CC: Daniel Machon <daniel.machon@...rochip.com>, Vladimir Oltean
<olteanv@...il.com>, Andrew Morton <akpm@...ux-foundation.org>, Eric Dumazet
<edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>, Paolo Abeni
<pabeni@...hat.com>, Tony Nguyen <anthony.l.nguyen@...el.com>, "Przemek
Kitszel" <przemyslaw.kitszel@...el.com>, Masahiro Yamada
<masahiroy@...nel.org>, <linux-kernel@...r.kernel.org>,
<netdev@...r.kernel.org>
Subject: Re: [PATCH net-next v2 6/9] ice: use <linux/packing.h> for Tx and Rx
queue context data
On 10/30/2024 4:19 AM, Dan Carpenter wrote:
> Always just ignore the tool when it if it's not useful.
>
> CHECK_PACKED_FIELDS_ macros are just build time asserts, right? I can easily
> just hard code Smatch to ignore CHECK_PACKED_FIELDS_* macros. I'm just going to
> go ahead an do that in the ugliest way possible. If we have a lot of these then
> I'll do it properly.
>
We have 2 for ice, and likely a handful for some of the drivers Vladimir
is working on. More may happen in the future, but the number is likely
to unlikely to grow quickly.
I was thinking of making them empty definitions if __CHECKER__, but
ignoring them in smatch would be easier on my end :D
> regards,
> dan carpenter
>
Looking at how smatch works, it actually seems like we could implement
the desired sanity checks in smatch, though I wasn't quite able to
figure out how to hook into struct/array assignments to do that yet.
Powered by blists - more mailing lists