[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <8ac29d40-f954-e481-f877-493a8c055aba@intel.com>
Date: Tue, 5 Jan 2021 10:50:14 -0800
From: Jacob Keller <jacob.e.keller@...el.com>
To: Tobias Klauser <tklauser@...tanz.ch>, Jiri Pirko <jiri@...dia.com>
Cc: Moshe Shemesh <moshe@...lanox.com>,
Jakub Kicinski <kuba@...nel.org>, netdev@...r.kernel.org
Subject: Re: [PATCH net-next] devlink: use _BITUL() macro instead of BIT() in
the UAPI header
On 12/15/2020 2:25 AM, Tobias Klauser wrote:
> The BIT() macro is not available for the UAPI headers. Moreover, it can
> be defined differently in user space headers. Thus, replace its usage
> with the _BITUL() macro which is already used in other macro definitions
> in <linux/devlink.h>.
>
> Fixes: dc64cc7c6310 ("devlink: Add devlink reload limit option")
> Signed-off-by: Tobias Klauser <tklauser@...tanz.ch>
Yep, this is correct, and we ran into this exact issue a few months ago
with the flash update parameters work. Wonder how difficult it would be
to get something like checkpatch.pl or another utility to complain about
using BIT() macros in UAPI..?
Unfortunately this is easy to overlook because the kernel side code
almost always has BIT defined, so you won't get a compilation failure
until you try to use the uapi header in a userspace program.
Reviewed-by: Jacob Keller <jacob.e.keller@...el.com>
> ---
> include/uapi/linux/devlink.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/uapi/linux/devlink.h b/include/uapi/linux/devlink.h
> index 5203f54a2be1..cf89c318f2ac 100644
> --- a/include/uapi/linux/devlink.h
> +++ b/include/uapi/linux/devlink.h
> @@ -322,7 +322,7 @@ enum devlink_reload_limit {
> DEVLINK_RELOAD_LIMIT_MAX = __DEVLINK_RELOAD_LIMIT_MAX - 1
> };
>
> -#define DEVLINK_RELOAD_LIMITS_VALID_MASK (BIT(__DEVLINK_RELOAD_LIMIT_MAX) - 1)
> +#define DEVLINK_RELOAD_LIMITS_VALID_MASK (_BITUL(__DEVLINK_RELOAD_LIMIT_MAX) - 1)
>
> enum devlink_attr {
> /* don't change the order or add anything between, this is ABI! */
>
Powered by blists - more mailing lists