From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: Siratul Islam <siratul.islam@linux.dev>
Cc: "Stefan Popa" <stefan.popa@analog.com>,
"Jonathan Cameron" <jic23@kernel.org>,
"David Lechner" <dlechner@baylibre.com>,
"Nuno Sá" <nuno.sa@analog.com>,
"Andy Shevchenko" <andy@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Ciprian Hegbeli" <ciprian.hegbeli@analog.com>,
linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v1 2/2] iio: adc: add MAX40080 current-sense amplifier driver
Date: Sat, 4 Jul 2026 15:05:23 +0300 [thread overview]
Message-ID: <akj3Ay8mwemRj-9U@ashevche-desk.local> (raw)
In-Reply-To: <9878f042f424bfbd7fab24175298224b58e87779.camel@linux.dev>
On Sat, Jul 04, 2026 at 01:42:39AM +0600, Siratul Islam wrote:
> On Fri, 2026-07-03 at 13:29 +0300, Stefan Popa wrote:
...
> > +#define MAX40080_REG_CFG 0x00
> > +#define MAX40080_MODE_MSK GENMASK(2, 0)
> > +#define MAX40080_PEC_EN_MSK BIT(5)
> > +#define MAX40080_RANGE_MSK BIT(6)
> > +#define MAX40080_FILTER_MSK GENMASK(14, 12)
> Should be one space after #define, like the first one.
I saw this but left uncommented as sometimes people use this style to
distinguish bit field definitions from the register offsets. When one space is
in use it might be not so easy to put the borders. I.o.w. I have no
strong opinion on this style, but if you think we should be all the same for
all IIO drivers here, I'm fine.
> > +#define MAX40080_REG_FIFO_CFG 0x0A
> Here too
> > +#define MAX40080_STORE_IV_MSK GENMASK(1, 0)
...and here...
> > +#define MAX40080_REG_IV 0x10
> > +/* Current is a 13-bit two's-complement value (magnitude + sign bit). */
> > +#define MAX40080_IV_I_MSK GENMASK(12, 0)
> > +#define MAX40080_IV_I_SIGN_BIT 12
> > +#define MAX40080_IV_V_MAG_MSK GENMASK(27, 16)
> > +#define MAX40080_IV_VALID_MSK BIT(31)
...and here.
> > +/* CFG.mode field */
> > +#define MAX40080_STDBY_MODE 0x00
> > +#define MAX40080_SINGLE_MODE 0x02 /* one conversion per Quick Command */
...
> This can fit in 1 line.
> static int max40080_update_bits(struct max40080_state *st, u8 reg, u16 mask, u16 val)
Here...
...
> > + ret = i2c_smbus_read_i2c_block_data(st->client, MAX40080_REG_IV,
> > + sizeof(buf), buf);
> This also fits in 1 line but it would go 92 cols, so not sure which one is preferred.
...and here the wrap is done on logical border, so I think it's fine and reads
well.
...
> > +static int max40080_get_range(struct max40080_state *st, unsigned int *range)
> > +{
> > + int tmp;
> > +
> > + tmp = i2c_smbus_read_word_data(st->client, MAX40080_REG_CFG);
> I think tmp can be initialized, since it is only assigned once.
I don't get this comment. You mean switching to ret?
> > + if (tmp < 0)
> > + return tmp;
> > +
> > + *range = FIELD_GET(MAX40080_RANGE_MSK, tmp);
> > +
> > + return 0;
> > +}
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2026-07-04 12:05 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-03 10:29 [PATCH v1 0/2] iio: adc: add MAX40080 current-sense amplifier driver Stefan Popa
2026-07-03 10:29 ` [PATCH v1 1/2] dt-bindings: iio: adc: add maxim,max40080 Stefan Popa
2026-07-03 16:21 ` Conor Dooley
2026-07-03 20:42 ` David Lechner
2026-07-03 10:29 ` [PATCH v1 2/2] iio: adc: add MAX40080 current-sense amplifier driver Stefan Popa
2026-07-03 10:42 ` sashiko-bot
2026-07-03 12:08 ` Andy Shevchenko
2026-07-03 23:36 ` Jonathan Cameron
2026-07-03 19:42 ` Siratul Islam
2026-07-03 20:29 ` David Lechner
2026-07-04 12:05 ` Andy Shevchenko [this message]
2026-07-04 16:32 ` Siratul Islam
2026-07-04 17:05 ` Andy Shevchenko
2026-07-04 17:30 ` Siratul Islam
2026-07-04 18:52 ` Andy Shevchenko
2026-07-03 21:04 ` David Lechner
2026-07-03 23:53 ` Jonathan Cameron
2026-07-03 11:34 ` [PATCH v1 0/2] " 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=akj3Ay8mwemRj-9U@ashevche-desk.local \
--to=andriy.shevchenko@intel.com \
--cc=andy@kernel.org \
--cc=ciprian.hegbeli@analog.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nuno.sa@analog.com \
--cc=robh@kernel.org \
--cc=siratul.islam@linux.dev \
--cc=stefan.popa@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