From: srinivas pandruvada <srinivas.pandruvada@linux.intel.com>
To: "Jonathan Cameron" <jic23@kernel.org>,
"Natália Salvino André" <natalia.andre@ime.usp.br>
Cc: andy@kernel.org, bentiss@kernel.org, dlechner@baylibre.com,
jikos@kernel.org, nuno.sa@analog.com,
Pietro Di Consolo Gregorio <pietro.gregorio@usp.br>,
linux-iio@vger.kernel.org, linux-input@vger.kernel.org
Subject: Re: [PATCH v2 1/7] iio: HID: Add helper method hid_sensor_adjust_channel_bit_mask()
Date: Mon, 27 Apr 2026 11:26:29 -0700 [thread overview]
Message-ID: <6b21845b85535f475c23604d4821d18759b6d714.camel@linux.intel.com> (raw)
In-Reply-To: <20260424202337.530d5aad@jic23-huawei>
On Fri, 2026-04-24 at 20:23 +0100, Jonathan Cameron wrote:
> On Tue, 21 Apr 2026 19:20:33 -0300
> Natália Salvino André <natalia.andre@ime.usp.br> wrote:
>
> > Add helper method to deduplicate code in HID sensors.
> >
> > Signed-off-by: Natália Salvino André <natalia.andre@ime.usp.br>
> > Co-developed-by: Pietro Di Consolo Gregorio
> > <pietro.gregorio@usp.br>
> > Signed-off-by: Pietro Di Consolo Gregorio <pietro.gregorio@usp.br>
> > ---
> > .../iio/common/hid-sensors/hid-sensor-attributes.c | 12
> > ++++++++++++
> > include/linux/hid-sensor-hub.h | 3 +++
> > 2 files changed, 15 insertions(+)
> >
> > diff --git a/drivers/iio/common/hid-sensors/hid-sensor-attributes.c
> > b/drivers/iio/common/hid-sensors/hid-sensor-attributes.c
> > index c115a72832b2..3ee6e83c6cac 100644
> > --- a/drivers/iio/common/hid-sensors/hid-sensor-attributes.c
> > +++ b/drivers/iio/common/hid-sensors/hid-sensor-attributes.c
> > @@ -3,6 +3,7 @@
> > * HID Sensors Driver
> > * Copyright (c) 2012, Intel Corporation.
> > */
> > +#include <linux/bits.h>
> > #include <linux/module.h>
> > #include <linux/kernel.h>
> > #include <linux/time.h>
> > @@ -589,6 +590,17 @@ int hid_sensor_parse_common_attributes(struct
> > hid_sensor_hub_device *hsdev,
> > }
> > EXPORT_SYMBOL_NS(hid_sensor_parse_common_attributes, "IIO_HID");
> >
> > +void hid_sensor_adjust_channel_bit_mask(struct iio_chan_spec
> > *channels,
> > + int channel, int size)
> > +{
> > + channels[channel].scan_type.format = 's';
> > + /* Real storage bits will change based on the report desc.
> > */
> > + channels[channel].scan_type.realbits = size *
> > BITS_PER_BYTE;
> > + /* Maximum size of a sample to capture is u32 */
> > + channels[channel].scan_type.storagebits = sizeof(u32) *
> > BITS_PER_BYTE;
> > +}
> > +EXPORT_SYMBOL_NS(hid_sensor_adjust_channel_bit_mask, "IIO_HID");
> > +
> Looking at this again:
>
> This feels like a helper that doesn't necessarily add much value.
I think so.
>
> channels[CHANNEL_SCAN_INDEX_X + i].scan_type =
> (struct iio_scan_type) {
> .format = 's',
> .real_bits = BYTES_TO_BITS(st-
> >accel[CHANNEL_SCAN_INDEX_X + i].size),
> .storage_bits = BITS_PER_TYPE(u32),
> };
>
> Maybe with local variables to help a touch. such as
> unsigned int ch = CHANNEL_SCAN_INDEX_X + i];
>
> channels[ch].scan_type = (struct iio_scan_type) {
> .format = 's',
> .real_bits = BYTES_TO_BITS(st-
> >accel[ch].size),
> .storage_bits = BITS_PER_TYPE(u32),
> };
> Whilst it technically sets other parts of scan_type to 0, they are 0
> anyway
> so that's harmless given readability improvements.
>
> There is another two uses for ch just above as well so makes this
> even easier to
> argue in favour of as a change as it'll be (this is effectively
> replacing patch 2)
>
> for (unsigned int i = 0; i <= CHANNEL_SCAN_INDEX_Z; ++i) {
> unsigned int ch = CHANNEL_SCAN_INDEX_X + i;
>
> ret = sensor_hub_input_get_attribute_info(hsdev,
> HID_INPUT_REPORT,
> usage_id, ch,
> &st->accel[ch]);
>
> if (ret < 0)
> break;
> channels[ch].scan_type = (struct iio_scan_type) {
> .format = 's',
> .real_bits = BYTES_TO_BITS(st-
> >accel[ch].size),
> .storage_bits = BITS_PER_TYPE(u32),
> };
> }
>
> Hmm. That's also an odd loop as the use assumes CHANNEL_SCAN_INDEX_X
> = 0
> (which is true) but then uses an offset that implies it isn't.
> Clearer to
> just loop over the actual enum values.
>
> So probably wants to be something like.
>
> for (unsigned int ch = CHANNEL_SCAN_INDEX_X;
> i <= CHANNEL_SCAN_INDEX_Z; ch++) { //maybe on a long
> single line.
> ret = sensor_hub_input_get_attribute_info(hsdev,
>
> HID_INPUT_REPORT,
> usage_id,
> ch,
> &st-
> >accel[ch]);
> if (ret < 0)
> break;
>
> channels[ch].scan_type = (struct iio_scan_type) {
> .format = 's',
> .real_bits = BYTES_TO_BITS(st-
> >accel[ch].size),
> .storage_bits = BITS_PER_TYPE(u32),
> };
> }
>
>
This change is better than adding another export function.
Thanks,
Srinivas
>
> > MODULE_AUTHOR("Srinivas Pandruvada
> > <srinivas.pandruvada@intel.com>");
> > MODULE_DESCRIPTION("HID Sensor common attribute processing");
> > MODULE_LICENSE("GPL");
> > diff --git a/include/linux/hid-sensor-hub.h b/include/linux/hid-
> > sensor-hub.h
> > index e71056553108..6523d46c63e0 100644
> > --- a/include/linux/hid-sensor-hub.h
> > +++ b/include/linux/hid-sensor-hub.h
> > @@ -281,4 +281,7 @@ bool hid_sensor_batch_mode_supported(struct
> > hid_sensor_common *st);
> > int hid_sensor_set_report_latency(struct hid_sensor_common *st,
> > int latency);
> > int hid_sensor_get_report_latency(struct hid_sensor_common *st);
> >
> > +void hid_sensor_adjust_channel_bit_mask(struct iio_chan_spec
> > *channels,
> > + int channel, int size);
> > +
> > #endif
prev parent reply other threads:[~2026-04-27 18:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20260421222210.16016-1-natalia.andre@ime.usp.br>
[not found] ` <20260421222210.16016-3-natalia.andre@ime.usp.br>
[not found] ` <aeiPuxj2TRLNRbv1@ashevche-desk.local>
[not found] ` <20260424200847.78494f27@jic23-huawei>
2026-04-27 9:38 ` [PATCH v2 2/7] iio: accel: HID: Replace method accel_3d_adjust_channel_bit_mask() Andy Shevchenko
2026-04-28 18:12 ` Jonathan Cameron
2026-04-29 19:54 ` Andy Shevchenko
[not found] ` <20260421222210.16016-2-natalia.andre@ime.usp.br>
[not found] ` <aeiO0JRGW0oKdcON@ashevche-desk.local>
[not found] ` <20260424200155.61b6f273@jic23-huawei>
2026-04-27 9:39 ` [PATCH v2 1/7] iio: HID: Add helper method hid_sensor_adjust_channel_bit_mask() Andy Shevchenko
[not found] ` <20260424202337.530d5aad@jic23-huawei>
2026-04-27 18:26 ` srinivas pandruvada [this message]
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=6b21845b85535f475c23604d4821d18759b6d714.camel@linux.intel.com \
--to=srinivas.pandruvada@linux.intel.com \
--cc=andy@kernel.org \
--cc=bentiss@kernel.org \
--cc=dlechner@baylibre.com \
--cc=jic23@kernel.org \
--cc=jikos@kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-input@vger.kernel.org \
--cc=natalia.andre@ime.usp.br \
--cc=nuno.sa@analog.com \
--cc=pietro.gregorio@usp.br \
/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