From: Herve Codina <herve.codina@bootlin.com>
To: David Laight <David.Laight@ACULAB.COM>
Cc: Liam Girdwood <lgirdwood@gmail.com>,
Mark Brown <broonie@kernel.org>, Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>,
Jonathan Cameron <jic23@kernel.org>,
Lars-Peter Clausen <lars@metafoo.de>,
Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
"Kuninori Morimoto" <kuninori.morimoto.gx@renesas.com>,
Andy Shevchenko <andy.shevchenko@gmail.com>,
"alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-iio@vger.kernel.org" <linux-iio@vger.kernel.org>,
Christophe Leroy <christophe.leroy@csgroup.eu>,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Subject: Re: [PATCH v5 07/13] minmax: Introduce {min,max}_array()
Date: Thu, 22 Jun 2023 14:32:33 +0200 [thread overview]
Message-ID: <20230622143233.7300a813@bootlin.com> (raw)
In-Reply-To: <70697b976107473b8779eea7d6c8a189@AcuMS.aculab.com>
Hi David, Andy
On Tue, 20 Jun 2023 11:45:01 +0000
David Laight <David.Laight@ACULAB.COM> wrote:
> From: Herve Codina
> > Sent: 15 June 2023 16:26
> >
> > Introduce min_array() (resp max_array()) in order to get the
> > minimal (resp maximum) of values present in an array.
> >
> > Signed-off-by: Herve Codina <herve.codina@bootlin.com>
> > Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
> > ---
> > include/linux/minmax.h | 64 ++++++++++++++++++++++++++++++++++++++++++
> > 1 file changed, 64 insertions(+)
> >
> > diff --git a/include/linux/minmax.h b/include/linux/minmax.h
> > index 396df1121bff..1672985b02a3 100644
> > --- a/include/linux/minmax.h
> > +++ b/include/linux/minmax.h
> > @@ -133,6 +133,70 @@
> > */
> > #define max_t(type, x, y) __careful_cmp((type)(x), (type)(y), >)
> >
> > +/*
> > + * Remove a const qualifier from integer types
> > + * _Generic(foo, type-name: association, ..., default: association) performs a
> > + * comparison against the foo type (not the qualified type).
> > + * Do not use the const keyword in the type-name as it will not match the
> > + * unqualified type of foo.
> > + */
> > +#define __unconst_integer_type_cases(type) \
> > + unsigned type: (unsigned type)0, \
> > + signed type: (signed type)0
> > +
> > +#define __unconst_integer_typeof(x) typeof( \
> > + _Generic((x), \
> > + char: (char)0, \
> > + __unconst_integer_type_cases(char), \
> > + __unconst_integer_type_cases(short), \
> > + __unconst_integer_type_cases(int), \
> > + __unconst_integer_type_cases(long), \
> > + __unconst_integer_type_cases(long long), \
> > + default: (x)))
>
> Those are probably more generally useful and belong elsewhere.
Yes but it is only used here.
It can be move somewhere, in a common place, when necessary.
>
> > +
> > +/*
> > + * Do not check the array parameter using __must_be_array().
> > + * In the following legit use-case where the "array" passed is a simple pointer,
> > + * __must_be_array() will return a failure.
> > + * --- 8< ---
> > + * int *buff
> > + * ...
> > + * min = min_array(buff, nb_items);
> > + * --- 8< ---
>
> Is that needed in the .h file?
>
> > + *
> > + * The first typeof(&(array)[0]) is needed in order to support arrays of both
> > + * 'int *buff' and 'int buf[N]' types.
> > + *
> > + * The array can be an array of const items.
> > + * typeof() keeps the const qualifier. Use __unconst_typeof() in order to
> > + * discard the const qualifier for the __element variable.
> > + */
> > +#define __minmax_array(op, array, len) ({ \
> > + typeof(&(array)[0]) __array = (array); \
> > + typeof(len) __len = (len); \
> > + __unconst_integer_typeof(__array[0]) __element = __array[--__len]; \
>
> s/__element/__bound/
>
> > + while (__len--) \
> > + __element = op(__element, __array[__len]); \
> > + __element; })
>
> I'm not all sure that all the shenanigans required to use min()
> is really needed here.
>
> It would also be generally better to process the array forwards.
> So something like:
> typeof (&array[0]) __ptr = array, __limit = array + len;
> typeof (array[0] + 0) __element, __bound = *__ptr++;
> while (ptr < __limit) {
> __element = *__ptr++;
> if (__element > __bound)
> __bound = __element;
> }
> (typeof (array[0]))__bound; })
> seems fine to me.
> The final cast is there to convert 'int' back to un/signed char|short.
> Not really needed and might generate worse code.
>
> But if you insist on using min/max ignore this bit.
I didn't plan to change the {min,max}_array() macros in this series as you
suggest.
Maybe min()/max() is too strict but it's a way to be sure about the type
used. Also the current version doesn't need any extra cast to get rid of
the integer promotion as the integer promotion doesn't occur.
Is it ok for you if we keep as it ?
Thanks for your feedback,
Hervé
--
Hervé Codina, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2023-06-22 12:34 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-15 15:26 [PATCH v5 00/13] Add support for IIO devices in ASoC Herve Codina
2023-06-15 15:26 ` [PATCH v5 01/13] ASoC: dt-bindings: Add audio-iio-aux Herve Codina
2023-06-17 17:37 ` Jonathan Cameron
2023-06-20 16:37 ` Rob Herring
2023-06-15 15:26 ` [PATCH v5 02/13] ASoC: dt-bindings: simple-card: Add additional-devs subnode Herve Codina
2023-06-17 17:39 ` Jonathan Cameron
2023-06-20 16:45 ` Rob Herring
2023-06-21 8:06 ` Herve Codina
2023-06-15 15:26 ` [PATCH v5 03/13] iio: inkern: Check error explicitly in iio_channel_read_max() Herve Codina
2023-06-15 15:26 ` [PATCH v5 04/13] iio: consumer.h: Fix raw values documentation notes Herve Codina
2023-06-15 15:26 ` [PATCH v5 05/13] iio: inkern: Remove the 'unused' variable usage in iio_channel_read_max() Herve Codina
2023-06-17 17:42 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 06/13] iio: inkern: Fix headers inclusion order Herve Codina
2023-06-17 17:43 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 07/13] minmax: Introduce {min,max}_array() Herve Codina
2023-06-15 16:08 ` Andy Shevchenko
2023-06-20 11:45 ` David Laight
2023-06-22 12:32 ` Herve Codina [this message]
2023-06-22 12:37 ` Mark Brown
2023-06-22 14:08 ` Andy Shevchenko
2023-06-15 15:26 ` [PATCH v5 08/13] iio: inkern: Use max_array() to get the maximum value from an array Herve Codina
2023-06-17 17:45 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 09/13] iio: inkern: Replace a FIXME comment by a TODO one Herve Codina
2023-06-17 17:46 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 10/13] iio: inkern: Add a helper to query an available minimum raw value Herve Codina
2023-06-17 17:47 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 11/13] ASoC: soc-dapm.h: Convert macros to return a compound literal Herve Codina
2023-06-15 15:26 ` [PATCH v5 12/13] ASoC: codecs: Add support for the generic IIO auxiliary devices Herve Codina
2023-06-17 18:01 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 13/13] ASoC: simple-card: Handle additional devices Herve Codina
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=20230622143233.7300a813@bootlin.com \
--to=herve.codina@bootlin.com \
--cc=David.Laight@ACULAB.COM \
--cc=alsa-devel@alsa-project.org \
--cc=andy.shevchenko@gmail.com \
--cc=broonie@kernel.org \
--cc=christophe.leroy@csgroup.eu \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=jic23@kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=kuninori.morimoto.gx@renesas.com \
--cc=lars@metafoo.de \
--cc=lgirdwood@gmail.com \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=perex@perex.cz \
--cc=robh+dt@kernel.org \
--cc=thomas.petazzoni@bootlin.com \
--cc=tiwai@suse.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox