[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20190805164136.6541af1f@archlinux>
Date: Mon, 5 Aug 2019 16:41:36 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Lorenzo Bianconi <lorenzo@...nel.org>
Cc: Martin Kepplinger <martin.kepplinger@...i.sm>,
lorenzo.bianconi83@...il.com, knaack.h@....de, lars@...afoo.de,
pmeerw@...erw.net, linux-iio@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] iio: imu: st_lsm6dsx: make IIO_CHAN_INFO_SCALE shared
by type
On Mon, 5 Aug 2019 17:04:35 +0200
Lorenzo Bianconi <lorenzo@...nel.org> wrote:
> > On Thu, 1 Aug 2019 16:39:08 +0200
> > Martin Kepplinger <martin.kepplinger@...i.sm> wrote:
> >
> > > in_accel_x_scale, in_accel_y_scale and in_accel_z_scale are always
> > > the same. The scale is still defined to be in "info_mask_separate".
> > >
> > > Userspace (iio-sensor-proxy and others) is not used to that and only
> > > looks for "in_accel_scale" for the scaling factor to apply.
> > >
> > > Change IIO_CHAN_INFO_SCALE from being separate in all channel to be
> > > shared by type.
> > >
> > > This removes in_accel_x_scale, in_accel_y_scale and in_accel_z_scale and
> > > makes available in_accel_scale.
> > >
> > > Signed-off-by: Martin Kepplinger <martin.kepplinger@...i.sm>
> > > ---
> > >
> > > AFAIK in all other drivers, IIO_CHAN_INFO_SCALE is "shared by type". Sure
> > > devices are different, but LSM6DSX devices still don't have different
> > > scales for x/y/z channels :)
> >
> > I'm fine with this, but would like a Lorenzo ack as we have had
> > devices in other series where these are not equal. It used to
> > be common in accelerometers as I think it was hard to get a large
> > range in the vertical direction. Doubt that applies on these modern
> > parts though!
> >
> > Thanks,
> >
> > Jonathan
>
> AFAIK all the supported sensors have the same sensitivity on all axis and so I
> am fine with this patch (it should be done in this way from day 0 actually :))
> but is it going to break uapi? if not feel free to add:
It's a gamble, but one we've made a number of times before when tidying this
sort of thing up.
Most code uses libraries that are capable of coping with both options so chances
are fairly low that anyone will notice. It seems some code doesn't cope
with independent versions and will actually be fixed by this.
I'm not proposing to push this as a fix, but as a tidy up.
We may break a few custom scripts built against particular setups though.
I think it's a worthwhile enough tidy up to take the risk, particularly
if it fixes the interactions with some code bases (that incidentally
should have coped with this either way).
*crosses fingers*
Applied to the togreg branch of iio.git and pushed out as testing for
the autobuilders to play with it.
Thanks,
Jonathan
>
> Acked-by: Lorenzo Bianconi <lorenzo@...nel.org>
>
> Regards,
> Lorenzo
>
> >
> >
> > >
> > > thanks,
> > >
> > > martin
> > >
> > >
> > >
> > > drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h | 4 ++--
> > > 1 file changed, 2 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h
> > > index af379a5429ed..59c3ab7cbb6f 100644
> > > --- a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h
> > > +++ b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h
> > > @@ -56,8 +56,8 @@ enum st_lsm6dsx_hw_id {
> > > .address = addr, \
> > > .modified = 1, \
> > > .channel2 = mod, \
> > > - .info_mask_separate = BIT(IIO_CHAN_INFO_RAW) | \
> > > - BIT(IIO_CHAN_INFO_SCALE), \
> > > + .info_mask_separate = BIT(IIO_CHAN_INFO_RAW), \
> > > + .info_mask_shared_by_type = BIT(IIO_CHAN_INFO_SCALE), \
> > > .info_mask_shared_by_all = BIT(IIO_CHAN_INFO_SAMP_FREQ), \
> > > .scan_index = scan_idx, \
> > > .scan_type = { \
> >
Powered by blists - more mailing lists