All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: Geert Uytterhoeven <geert+renesas@glider.be>
Cc: "Michael Turquette" <mturquette@baylibre.com>,
	"Stephen Boyd" <sboyd@kernel.org>,
	"Nicolas Ferre" <nicolas.ferre@microchip.com>,
	"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
	"Claudiu Beznea" <claudiu.beznea@tuxon.dev>,
	"Giovanni Cabiddu" <giovanni.cabiddu@intel.com>,
	"Herbert Xu" <herbert@gondor.apana.org.au>,
	"David Miller" <davem@davemloft.net>,
	"Linus Walleij" <linus.walleij@linaro.org>,
	"Bartosz Golaszewski" <brgl@bgdev.pl>,
	"Joel Stanley" <joel@jms.id.au>,
	"Andrew Jeffery" <andrew@codeconstruct.com.au>,
	"Crt Mori" <cmo@melexis.com>,
	"Jonathan Cameron" <jic23@kernel.org>,
	"Lars-Peter Clausen" <lars@metafoo.de>,
	"Jacky Huang" <ychuang3@nuvoton.com>,
	"Shan-Chun Hung" <schung@nuvoton.com>,
	"Yury Norov" <yury.norov@gmail.com>,
	"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
	"Jaroslav Kysela" <perex@perex.cz>,
	"Takashi Iwai" <tiwai@suse.com>,
	"Johannes Berg" <johannes@sipsolutions.net>,
	"Jakub Kicinski" <kuba@kernel.org>, "Alex Elder" <elder@ieee.org>,
	"David Laight" <david.laight.linux@gmail.com>,
	"Vincent Mailhol" <mailhol.vincent@wanadoo.fr>,
	"Jason Baron" <jbaron@akamai.com>,
	"Borislav Petkov" <bp@alien8.de>,
	"Tony Luck" <tony.luck@intel.com>,
	"Michael Hennerich" <Michael.Hennerich@analog.com>,
	"Kim Seer Paller" <kimseer.paller@analog.com>,
	"David Lechner" <dlechner@baylibre.com>,
	"Nuno Sá" <nuno.sa@analog.com>,
	"Andy Shevchenko" <andy@kernel.org>,
	"Richard Genoud" <richard.genoud@bootlin.com>,
	"Cosmin Tanislav" <demonsingur@gmail.com>,
	"Biju Das" <biju.das.jz@bp.renesas.com>,
	"Jianping Shen" <Jianping.Shen@de.bosch.com>,
	linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-renesas-soc@vger.kernel.org, linux-crypto@vger.kernel.org,
	linux-edac@vger.kernel.org, qat-linux@intel.com,
	linux-gpio@vger.kernel.org, linux-aspeed@lists.ozlabs.org,
	linux-iio@vger.kernel.org, linux-sound@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"Jonathan Cameron" <Jonathan.Cameron@huawei.com>
Subject: Re: [PATCH v5 11/23] bitfield: Add non-constant field_{prep,get}() helpers
Date: Tue, 28 Oct 2025 11:15:36 +0200	[thread overview]
Message-ID: <aQCJuADNYTzdbPQJ@smile.fi.intel.com> (raw)
In-Reply-To: <bf68a22ce5be93bb2ea0a0c53071433814401ff9.1761588465.git.geert+renesas@glider.be>

On Mon, Oct 27, 2025 at 07:41:45PM +0100, Geert Uytterhoeven wrote:
> The existing FIELD_{GET,PREP}() macros are limited to compile-time
> constants.  However, it is very common to prepare or extract bitfield
> elements where the bitfield mask is not a compile-time constant.
> 
> To avoid this limitation, the AT91 clock driver and several other
> drivers already have their own non-const field_{prep,get}() macros.
> Make them available for general use by adding them to
> <linux/bitfield.h>, and improve them slightly:
>   1. Avoid evaluating macro parameters more than once,
>   2. Replace "ffs() - 1" by "__ffs()",
>   3. Support 64-bit use on 32-bit architectures,
>   4. Wire field_{get,prep}() to FIELD_{GET,PREP}() when mask is
>      actually constant.
> 
> This is deliberately not merged into the existing FIELD_{GET,PREP}()
> macros, as people expressed the desire to keep stricter variants for
> increased safety, or for performance critical paths.

Some comments below, but FWIW,
Reviewed-by: Andy Shevchenko <andriy.shevchenko@intel.com>
after addressing them.

...

> +#define __field_prep(mask, val)						\
> +	({								\
> +		__auto_type __mask = (mask);				\
> +		typeof(mask) __val = (val);				\
> +		unsigned int __shift = BITS_PER_TYPE(mask) <= 32 ?	\
> +				       __ffs(__mask) : __ffs64(__mask);	\
> +		(__val << __shift) & __mask;	\

Unaligned \

> +	})
> +
> +#define __field_get(mask, reg)						\
> +	({								\
> +		__auto_type __mask = (mask);				\
> +		typeof(mask) __reg =  (reg);				\
> +		unsigned int __shift = BITS_PER_TYPE(mask) <= 32 ?	\
> +				       __ffs(__mask) : __ffs64(__mask);	\
> +		(__reg & __mask) >> __shift;	\

Ditto.

> +	})

> +/**
> + * field_prep() - prepare a bitfield element
> + * @mask: shifted mask defining the field's length and position, must be
> + *        non-zero
> + * @val:  value to put in the field
> + *
> + * field_prep() masks and shifts up the value.  The result should be
> + * combined with other fields of the bitfield using logical OR.
> + * Unlike FIELD_PREP(), @mask is not limited to a compile-time constant.
> + * Typical usage patterns are a value stored in a table, or calculated by
> + * shifting a constant by a variable number of bits.
> + * If you want to ensure that @mask is a compile-time constant, please use
> + * FIELD_PREP() directly instead.

Shouldn't it have Return section as well?

> + */
> +#define field_prep(mask, val)						\
> +	(__builtin_constant_p(mask) ? FIELD_PREP(mask, val)		\
> +				    : __field_prep(mask, val))

Personally I would give it a single line (but it's up to you, folks).

> +
> +/**
> + * field_get() - extract a bitfield element
> + * @mask: shifted mask defining the field's length and position, must be
> + *        non-zero
> + * @reg:  value of entire bitfield
> + *
> + * field_get() extracts the field specified by @mask from the
> + * bitfield passed in as @reg by masking and shifting it down.
> + * Unlike FIELD_GET(), @mask is not limited to a compile-time constant.
> + * Typical usage patterns are a value stored in a table, or calculated by
> + * shifting a constant by a variable number of bits.
> + * If you want to ensure that @mask is a compile-time constant, please use
> + * FIELD_GET() directly instead.

Ditto.

> + */
> +#define field_get(mask, reg)						\
> +	(__builtin_constant_p(mask) ? FIELD_GET(mask, reg)		\
> +				    : __field_get(mask, reg))

As per above.

-- 
With Best Regards,
Andy Shevchenko




  reply	other threads:[~2025-10-28  9:17 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-27 18:41 [PATCH v5 00/23] Non-const bitfield helpers Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 01/23] clk: at91: pmc: #undef field_{get,prep}() before definition Geert Uytterhoeven
2025-10-27 20:36   ` Alexandre Belloni
2025-10-27 18:41 ` [PATCH v5 02/23] crypto: qat - #undef field_get() before local definition Geert Uytterhoeven
2025-10-30 10:30   ` Giovanni Cabiddu
2025-10-27 18:41 ` [PATCH v5 03/23] EDAC/ie31200: " Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 04/23] gpio: aspeed: #undef field_{get,prep}() " Geert Uytterhoeven
2025-10-28 14:20   ` Bartosz Golaszewski
2025-10-27 18:41 ` [PATCH v5 05/23] iio: dac: ad3530r: #undef field_prep() " Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 06/23] iio: mlx90614: #undef field_{get,prep}() " Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 07/23] pinctrl: ma35: " Geert Uytterhoeven
2025-10-29 14:19   ` Linus Walleij
2025-10-29 14:30     ` Geert Uytterhoeven
2025-11-02 23:14       ` Linus Walleij
2025-10-29 14:30     ` Yury Norov
2025-10-29 14:33       ` Geert Uytterhoeven
2025-10-29 14:43         ` Yury Norov
2025-10-27 18:41 ` [PATCH v5 08/23] soc: renesas: rz-sysc: #undef field_get() " Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 09/23] ALSA: usb-audio: #undef field_{get,prep}() " Geert Uytterhoeven
2025-10-28 16:13   ` Takashi Iwai
2025-10-27 18:41 ` [PATCH -next v5 10/23] iio: imu: smi330: #undef field_{get,prep}() before definition Geert Uytterhoeven
2025-11-02 10:43   ` Jonathan Cameron
2025-11-03 10:09     ` Geert Uytterhoeven
2025-11-09 12:59       ` Jonathan Cameron
2025-11-10  8:59         ` Geert Uytterhoeven
2025-11-11 19:17           ` Jonathan Cameron
2025-10-27 18:41 ` [PATCH v5 11/23] bitfield: Add non-constant field_{prep,get}() helpers Geert Uytterhoeven
2025-10-28  9:15   ` Andy Shevchenko [this message]
2025-10-27 18:41 ` [PATCH v5 12/23] clk: at91: Convert to common field_{get,prep}() helpers Geert Uytterhoeven
2025-10-28  6:01   ` kernel test robot
2025-10-27 18:41 ` [PATCH v5 13/23] crypto: qat - convert to common field_get() helper Geert Uytterhoeven
2025-10-30 10:31   ` Giovanni Cabiddu
2025-10-27 18:41 ` [PATCH v5 14/23] EDAC/ie31200: Convert " Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 15/23] gpio: aspeed: Convert to common field_{get,prep}() helpers Geert Uytterhoeven
2025-10-28  6:37   ` kernel test robot
2025-10-27 18:41 ` [PATCH v5 16/23] iio: dac: Convert to common field_prep() helper Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 17/23] iio: mlx90614: Convert to common field_{get,prep}() helpers Geert Uytterhoeven
2025-10-28  5:59   ` kernel test robot
2025-10-27 18:41 ` [PATCH v5 18/23] pinctrl: ma35: " Geert Uytterhoeven
2025-10-29 14:21   ` Linus Walleij
2025-10-29 14:34     ` Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 19/23] soc: renesas: rz-sysc: Convert to common field_get() helper Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 20/23] ALSA: usb-audio: Convert to common field_{get,prep}() helpers Geert Uytterhoeven
2025-10-28 16:13   ` Takashi Iwai
2025-10-27 18:41 ` [PATCH -next v5 21/23] iio: imu: smi330: " Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 22/23] clk: renesas: Use bitfield helpers Geert Uytterhoeven
2025-10-27 18:41 ` [PATCH v5 23/23] soc: " Geert Uytterhoeven

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=aQCJuADNYTzdbPQJ@smile.fi.intel.com \
    --to=andriy.shevchenko@intel.com \
    --cc=Jianping.Shen@de.bosch.com \
    --cc=Jonathan.Cameron@huawei.com \
    --cc=Michael.Hennerich@analog.com \
    --cc=alexandre.belloni@bootlin.com \
    --cc=andrew@codeconstruct.com.au \
    --cc=andy@kernel.org \
    --cc=biju.das.jz@bp.renesas.com \
    --cc=bp@alien8.de \
    --cc=brgl@bgdev.pl \
    --cc=claudiu.beznea@tuxon.dev \
    --cc=cmo@melexis.com \
    --cc=davem@davemloft.net \
    --cc=david.laight.linux@gmail.com \
    --cc=demonsingur@gmail.com \
    --cc=dlechner@baylibre.com \
    --cc=elder@ieee.org \
    --cc=geert+renesas@glider.be \
    --cc=giovanni.cabiddu@intel.com \
    --cc=herbert@gondor.apana.org.au \
    --cc=jbaron@akamai.com \
    --cc=jic23@kernel.org \
    --cc=joel@jms.id.au \
    --cc=johannes@sipsolutions.net \
    --cc=kimseer.paller@analog.com \
    --cc=kuba@kernel.org \
    --cc=lars@metafoo.de \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-aspeed@lists.ozlabs.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-crypto@vger.kernel.org \
    --cc=linux-edac@vger.kernel.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=linux-sound@vger.kernel.org \
    --cc=linux@rasmusvillemoes.dk \
    --cc=mailhol.vincent@wanadoo.fr \
    --cc=mturquette@baylibre.com \
    --cc=nicolas.ferre@microchip.com \
    --cc=nuno.sa@analog.com \
    --cc=perex@perex.cz \
    --cc=qat-linux@intel.com \
    --cc=richard.genoud@bootlin.com \
    --cc=sboyd@kernel.org \
    --cc=schung@nuvoton.com \
    --cc=tiwai@suse.com \
    --cc=tony.luck@intel.com \
    --cc=ychuang3@nuvoton.com \
    --cc=yury.norov@gmail.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.