From: Jonathan Cameron <jic23@kernel.org>
To: Andy Shevchenko <andriy.shevchenko@intel.com>
Cc: "Dan Carpenter" <error27@gmail.com>,
"Md. Mahmudul Hasan Mabud" <mdmahmudulhasan1511@gmail.com>,
"Lars-Peter Clausen" <lars@metafoo.de>,
"Michael Hennerich" <Michael.Hennerich@analog.com>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Andy Shevchenko" <andy@kernel.org>,
"David Lechner" <dlechner@baylibre.com>,
"Nuno Sá" <nuno.sa@analog.com>,
linux-iio@vger.kernel.org, linux-staging@lists.linux.dev,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 1/4] staging: iio: adc: ad7816: redefine mode constants to start from 0
Date: Sun, 12 Apr 2026 19:49:13 +0100 [thread overview]
Message-ID: <20260412194913.1ca4eb43@jic23-huawei> (raw)
In-Reply-To: <acuqnOdv-ym628fC@ashevche-desk.local>
On Tue, 31 Mar 2026 14:06:04 +0300
Andy Shevchenko <andriy.shevchenko@intel.com> wrote:
> On Tue, Mar 31, 2026 at 01:53:29PM +0300, Dan Carpenter wrote:
> > On Tue, Mar 31, 2026 at 12:17:07AM +0600, Md. Mahmudul Hasan Mabud wrote:
>
> ...
>
> > > /*
> > > * AD7816 config masks
> > > */
> > > -#define AD7816_FULL 0x1
> > > -#define AD7816_PD 0x2
> > > +#define AD7816_FULL 0
> > > +#define AD7816_PD 1
> >
> > I don't love this. AD7816_PD used to be related to the spec but now
> > it's just a random number which tricks you into thinking it has
> > meaning but it doesn't.
> >
> > if (chip->mode == AD7816_PD) { /* operating mode 2 */
>
> We can leave that and add a new member to the string array
>
> [_DEFAULT] = "default";
>
> and associate it with the default choice which seems to be _FULL as per
> kzalloc() in the IIO core.
Hmm. This ABI is pretty bad anyway, good not to introduce more values that
don't actually occur. Like pretty much all IIO drivers, I'd suggest
this shouldn't ultimately be exposed to userspace at all. This is
what we have runtime PM for which removes the need for userspace to
do anything specific to bring the device out of power down mode.
The only place we allow these is when it's an output channel an
powering down is entering a specific state (typically a pull high
or something like that).
Jonathan
>
>
next prev parent reply other threads:[~2026-04-12 18:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-30 18:17 [PATCH v3 0/4] staging: iio: adc: ad7816: code cleanups and modernization Md. Mahmudul Hasan Mabud
2026-03-30 18:17 ` [PATCH v3 1/4] staging: iio: adc: ad7816: redefine mode constants to start from 0 Md. Mahmudul Hasan Mabud
2026-03-31 6:30 ` Andy Shevchenko
2026-03-31 10:53 ` Dan Carpenter
2026-03-31 11:06 ` Andy Shevchenko
2026-04-12 18:49 ` Jonathan Cameron [this message]
2026-03-30 18:17 ` [PATCH v3 2/4] staging: iio: adc: ad7816: use sysfs_match_string() for mode selection Md. Mahmudul Hasan Mabud
2026-03-30 18:17 ` [PATCH v3 3/4] staging: iio: adc: ad7816: replace sprintf() with sysfs_emit() Md. Mahmudul Hasan Mabud
2026-03-31 7:50 ` Andy Shevchenko
2026-03-30 18:17 ` [PATCH v3 4/4] staging: iio: adc: ad7816: use modern IIO attribute macros Md. Mahmudul Hasan Mabud
2026-03-31 7:54 ` Andy Shevchenko
2026-03-31 7:57 ` [PATCH v3 0/4] staging: iio: adc: ad7816: code cleanups and modernization Andy Shevchenko
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=20260412194913.1ca4eb43@jic23-huawei \
--to=jic23@kernel.org \
--cc=Michael.Hennerich@analog.com \
--cc=andriy.shevchenko@intel.com \
--cc=andy@kernel.org \
--cc=dlechner@baylibre.com \
--cc=error27@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=mdmahmudulhasan1511@gmail.com \
--cc=nuno.sa@analog.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