From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Jonathan Cameron <jic23@kernel.org>
Cc: Hartmut Knaack <knaack.h@gmx.de>,
Lars-Peter Clausen <lars@metafoo.de>,
Peter Meerwald-Stadler <pmeerw@pmeerw.net>,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>, <devicetree@vger.kernel.org>,
linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Subject: Re: [PATCH v2 4/7] iio: adc: max1027: Prepare the introduction of different resolutions
Date: Mon, 7 Oct 2019 12:03:08 +0200 [thread overview]
Message-ID: <20191007120308.29fba70d@xps13> (raw)
In-Reply-To: <20191006112236.481102f8@archlinux>
Hi Jonathan,
> >
> > +#define MAX1X27_CHANNELS(depth) \
> > + MAX1027_T_CHAN, \
> > + MAX1027_V_CHAN(0, depth), \
> > + MAX1027_V_CHAN(1, depth), \
> > + MAX1027_V_CHAN(2, depth), \
> > + MAX1027_V_CHAN(3, depth), \
> > + MAX1027_V_CHAN(4, depth), \
> > + MAX1027_V_CHAN(5, depth), \
> > + MAX1027_V_CHAN(6, depth), \
> > + MAX1027_V_CHAN(7, depth)
> > +
> > +#define MAX1X29_CHANNELS(depth) \
> > + MAX1027_V_CHAN(8, depth), \
> > + MAX1027_V_CHAN(9, depth), \
> > + MAX1027_V_CHAN(10, depth), \
> > + MAX1027_V_CHAN(11, depth)
> > +
>
> Modify this a touch so the macro for MAX1X29_CHANNELS includes
> MAX1X27_CHANNELS. That way each macro's name matches what it
> does rather than the 'additional channels' for that device.
Sure.
>
> > +#define MAX1X31_CHANNELS(depth) \
> > + MAX1027_V_CHAN(12, depth), \
> > + MAX1027_V_CHAN(13, depth), \
> > + MAX1027_V_CHAN(14, depth), \
> > + MAX1027_V_CHAN(15, depth)
> > +
> > static const struct iio_chan_spec max1027_channels[] = {
> > - MAX1027_T_CHAN,
> > - MAX1027_V_CHAN(0),
> > - MAX1027_V_CHAN(1),
> > - MAX1027_V_CHAN(2),
> > - MAX1027_V_CHAN(3),
> > - MAX1027_V_CHAN(4),
> > - MAX1027_V_CHAN(5),
> > - MAX1027_V_CHAN(6),
> > - MAX1027_V_CHAN(7)
> > + MAX1X27_CHANNELS(10)
> > };
> >
> > static const struct iio_chan_spec max1029_channels[] = {
> > - MAX1027_T_CHAN,
> > - MAX1027_V_CHAN(0),
> > - MAX1027_V_CHAN(1),
> > - MAX1027_V_CHAN(2),
> > - MAX1027_V_CHAN(3),
> > - MAX1027_V_CHAN(4),
> > - MAX1027_V_CHAN(5),
> > - MAX1027_V_CHAN(6),
> > - MAX1027_V_CHAN(7),
> > - MAX1027_V_CHAN(8),
> > - MAX1027_V_CHAN(9),
> > - MAX1027_V_CHAN(10),
> > - MAX1027_V_CHAN(11)
> > + MAX1X27_CHANNELS(10),
> > + MAX1X29_CHANNELS(10)
> > };
> >
> > static const struct iio_chan_spec max1031_channels[] = {
> > - MAX1027_T_CHAN,
> > - MAX1027_V_CHAN(0),
> > - MAX1027_V_CHAN(1),
> > - MAX1027_V_CHAN(2),
> > - MAX1027_V_CHAN(3),
> > - MAX1027_V_CHAN(4),
> > - MAX1027_V_CHAN(5),
> > - MAX1027_V_CHAN(6),
> > - MAX1027_V_CHAN(7),
> > - MAX1027_V_CHAN(8),
> > - MAX1027_V_CHAN(9),
> > - MAX1027_V_CHAN(10),
> > - MAX1027_V_CHAN(11),
> > - MAX1027_V_CHAN(12),
> > - MAX1027_V_CHAN(13),
> > - MAX1027_V_CHAN(14),
> > - MAX1027_V_CHAN(15)
> > + MAX1X27_CHANNELS(10),
> > + MAX1X29_CHANNELS(10),
> > + MAX1X31_CHANNELS(10)
> > };
> >
> > static const unsigned long max1027_available_scan_masks[] = {
> > @@ -181,6 +171,7 @@ static const unsigned long max1031_available_scan_masks[] = {
> > struct max1027_chip_info {
> > const struct iio_chan_spec *channels;
> > unsigned int num_channels;
> > + unsigned int depth;
>
> Could we use the channel real_bits field instead of replicating the info?
I'll try. Indeed I would prefer not to replicate the info.
Thanks,
Miquèl
WARNING: multiple messages have this Message-ID (diff)
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Jonathan Cameron <jic23@kernel.org>
Cc: Hartmut Knaack <knaack.h@gmx.de>,
Lars-Peter Clausen <lars@metafoo.de>,
Peter Meerwald-Stadler <pmeerw@pmeerw.net>,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
devicetree@vger.kernel.org, linux-iio@vger.kernel.org,
linux-kernel@vger.kernel.org,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Subject: Re: [PATCH v2 4/7] iio: adc: max1027: Prepare the introduction of different resolutions
Date: Mon, 7 Oct 2019 12:03:08 +0200 [thread overview]
Message-ID: <20191007120308.29fba70d@xps13> (raw)
In-Reply-To: <20191006112236.481102f8@archlinux>
Hi Jonathan,
> >
> > +#define MAX1X27_CHANNELS(depth) \
> > + MAX1027_T_CHAN, \
> > + MAX1027_V_CHAN(0, depth), \
> > + MAX1027_V_CHAN(1, depth), \
> > + MAX1027_V_CHAN(2, depth), \
> > + MAX1027_V_CHAN(3, depth), \
> > + MAX1027_V_CHAN(4, depth), \
> > + MAX1027_V_CHAN(5, depth), \
> > + MAX1027_V_CHAN(6, depth), \
> > + MAX1027_V_CHAN(7, depth)
> > +
> > +#define MAX1X29_CHANNELS(depth) \
> > + MAX1027_V_CHAN(8, depth), \
> > + MAX1027_V_CHAN(9, depth), \
> > + MAX1027_V_CHAN(10, depth), \
> > + MAX1027_V_CHAN(11, depth)
> > +
>
> Modify this a touch so the macro for MAX1X29_CHANNELS includes
> MAX1X27_CHANNELS. That way each macro's name matches what it
> does rather than the 'additional channels' for that device.
Sure.
>
> > +#define MAX1X31_CHANNELS(depth) \
> > + MAX1027_V_CHAN(12, depth), \
> > + MAX1027_V_CHAN(13, depth), \
> > + MAX1027_V_CHAN(14, depth), \
> > + MAX1027_V_CHAN(15, depth)
> > +
> > static const struct iio_chan_spec max1027_channels[] = {
> > - MAX1027_T_CHAN,
> > - MAX1027_V_CHAN(0),
> > - MAX1027_V_CHAN(1),
> > - MAX1027_V_CHAN(2),
> > - MAX1027_V_CHAN(3),
> > - MAX1027_V_CHAN(4),
> > - MAX1027_V_CHAN(5),
> > - MAX1027_V_CHAN(6),
> > - MAX1027_V_CHAN(7)
> > + MAX1X27_CHANNELS(10)
> > };
> >
> > static const struct iio_chan_spec max1029_channels[] = {
> > - MAX1027_T_CHAN,
> > - MAX1027_V_CHAN(0),
> > - MAX1027_V_CHAN(1),
> > - MAX1027_V_CHAN(2),
> > - MAX1027_V_CHAN(3),
> > - MAX1027_V_CHAN(4),
> > - MAX1027_V_CHAN(5),
> > - MAX1027_V_CHAN(6),
> > - MAX1027_V_CHAN(7),
> > - MAX1027_V_CHAN(8),
> > - MAX1027_V_CHAN(9),
> > - MAX1027_V_CHAN(10),
> > - MAX1027_V_CHAN(11)
> > + MAX1X27_CHANNELS(10),
> > + MAX1X29_CHANNELS(10)
> > };
> >
> > static const struct iio_chan_spec max1031_channels[] = {
> > - MAX1027_T_CHAN,
> > - MAX1027_V_CHAN(0),
> > - MAX1027_V_CHAN(1),
> > - MAX1027_V_CHAN(2),
> > - MAX1027_V_CHAN(3),
> > - MAX1027_V_CHAN(4),
> > - MAX1027_V_CHAN(5),
> > - MAX1027_V_CHAN(6),
> > - MAX1027_V_CHAN(7),
> > - MAX1027_V_CHAN(8),
> > - MAX1027_V_CHAN(9),
> > - MAX1027_V_CHAN(10),
> > - MAX1027_V_CHAN(11),
> > - MAX1027_V_CHAN(12),
> > - MAX1027_V_CHAN(13),
> > - MAX1027_V_CHAN(14),
> > - MAX1027_V_CHAN(15)
> > + MAX1X27_CHANNELS(10),
> > + MAX1X29_CHANNELS(10),
> > + MAX1X31_CHANNELS(10)
> > };
> >
> > static const unsigned long max1027_available_scan_masks[] = {
> > @@ -181,6 +171,7 @@ static const unsigned long max1031_available_scan_masks[] = {
> > struct max1027_chip_info {
> > const struct iio_chan_spec *channels;
> > unsigned int num_channels;
> > + unsigned int depth;
>
> Could we use the channel real_bits field instead of replicating the info?
I'll try. Indeed I would prefer not to replicate the info.
Thanks,
Miquèl
next prev parent reply other threads:[~2019-10-07 10:03 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-03 17:33 [PATCH v2 0/7] Introduce max12xx ADC support Miquel Raynal
2019-10-03 17:33 ` Miquel Raynal
2019-10-03 17:33 ` [PATCH v2 1/7] iio: adc: max1027: Add debugfs register read support Miquel Raynal
2019-10-03 17:33 ` Miquel Raynal
2019-10-06 10:04 ` Jonathan Cameron
2019-10-06 10:04 ` Jonathan Cameron
2019-10-07 10:00 ` Miquel Raynal
2019-10-07 10:00 ` Miquel Raynal
2019-10-12 13:56 ` Jonathan Cameron
2019-10-12 13:56 ` Jonathan Cameron
2019-10-03 17:33 ` [PATCH v2 2/7] iio: adc: max1027: Make it optional to use interrupts Miquel Raynal
2019-10-03 17:33 ` Miquel Raynal
2019-10-06 10:18 ` Jonathan Cameron
2019-10-06 10:18 ` Jonathan Cameron
2019-10-07 10:01 ` Miquel Raynal
2019-10-07 10:01 ` Miquel Raynal
2019-10-07 11:44 ` Jonathan Cameron
2019-10-07 11:44 ` Jonathan Cameron
2019-10-03 17:33 ` [PATCH v2 3/7] iio: adc: max1027: Reset the device at probe time Miquel Raynal
2019-10-03 17:33 ` Miquel Raynal
2019-10-03 17:33 ` [PATCH v2 4/7] iio: adc: max1027: Prepare the introduction of different resolutions Miquel Raynal
2019-10-03 17:33 ` Miquel Raynal
2019-10-06 10:22 ` Jonathan Cameron
2019-10-06 10:22 ` Jonathan Cameron
2019-10-07 10:03 ` Miquel Raynal [this message]
2019-10-07 10:03 ` Miquel Raynal
2019-10-03 17:33 ` [PATCH v2 5/7] iio: adc: max1027: Introduce 12-bit devices support Miquel Raynal
2019-10-03 17:33 ` Miquel Raynal
2019-10-06 10:24 ` Jonathan Cameron
2019-10-06 10:24 ` Jonathan Cameron
2019-10-03 17:34 ` [PATCH v2 6/7] dt-bindings: iio: adc: max1027: Mark interrupts as optional Miquel Raynal
2019-10-03 17:34 ` Miquel Raynal
2019-10-03 17:34 ` [PATCH v2 7/7] dt-bindings: iio: adc: max1027: Document max12xx series compatibles Miquel Raynal
2019-10-03 17:34 ` Miquel Raynal
2019-10-06 10:27 ` Jonathan Cameron
2019-10-06 10:27 ` Jonathan Cameron
2019-10-07 10:04 ` Miquel Raynal
2019-10-07 10:04 ` Miquel Raynal
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=20191007120308.29fba70d@xps13 \
--to=miquel.raynal@bootlin.com \
--cc=devicetree@vger.kernel.org \
--cc=jic23@kernel.org \
--cc=knaack.h@gmx.de \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=pmeerw@pmeerw.net \
--cc=robh+dt@kernel.org \
--cc=thomas.petazzoni@bootlin.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.