All of lore.kernel.org
 help / color / mirror / Atom feed
From: LI Qingwu <qing-wu.li@leica-geosystems.com.cn>
To: Jonathan Cameron <jic23@kernel.org>
Cc: "lars@metafoo.de" <lars@metafoo.de>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	"tomas.melin@vaisala.com" <tomas.melin@vaisala.com>,
	"andy.shevchenko@gmail.com" <andy.shevchenko@gmail.com>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-iio@vger.kernel.org" <linux-iio@vger.kernel.org>
Subject: RE: [PATCH V7 5/5] iio: accel: sca3300: Add inclination channels
Date: Mon, 23 May 2022 03:14:41 +0000	[thread overview]
Message-ID: <AM9PR06MB78445B53BB99A41913578D3BD7D49@AM9PR06MB7844.eurprd06.prod.outlook.com> (raw)
In-Reply-To: <AM9PR06MB7844D0B9E09060EF6A922B6BD7D59@AM9PR06MB7844.eurprd06.prod.outlook.com>

Dear,

Please ignore my last replay!

> -----Original Message-----
> From: LI Qingwu
> Sent: Sunday, May 22, 2022 9:23 PM
> To: Jonathan Cameron <jic23@kernel.org>
> Cc: lars@metafoo.de; robh+dt@kernel.org; tomas.melin@vaisala.com;
> andy.shevchenko@gmail.com; devicetree@vger.kernel.org;
> linux-kernel@vger.kernel.org; linux-iio@vger.kernel.org
> Subject: RE: [PATCH V7 5/5] iio: accel: sca3300: Add inclination channels
> 
> 
> 
> > -----Original Message-----
> > From: Jonathan Cameron <jic23@kernel.org>
> > Sent: Sunday, May 22, 2022 7:18 PM
> > To: LI Qingwu <Qing-wu.Li@leica-geosystems.com.cn>
> > Cc: lars@metafoo.de; robh+dt@kernel.org; tomas.melin@vaisala.com;
> > andy.shevchenko@gmail.com; devicetree@vger.kernel.org;
> > linux-kernel@vger.kernel.org; linux-iio@vger.kernel.org
> > Subject: Re: [PATCH V7 5/5] iio: accel: sca3300: Add inclination
> > channels
> >
> > This email is not from Hexagon’s Office 365 instance. Please be
> > careful while clicking links, opening attachments, or replying to this email.
> >
> >
> > On Sun, 22 May 2022 07:04:19 +0000
> > LI Qingwu <Qing-wu.Li@leica-geosystems.com.cn> wrote:
> >
> > > Different from SCA3300, SCL3300 can output inclination angles.
> > > Angles are formed from acceleration with following equations:
> > > ANG_X = atan2(accx , sqrt(pow(accy , 2) + pow(accz , 2))) ANG_Y =
> > > atan2(accy , sqrt(pow(accx , 2) + pow(accz , 2))) ANG_Z = atan2(accz
> > > , sqrt(pow(accx , 2) + pow(accy , 2)))
> > >
> > > The commit adds the output of the raw value, scale and
> > > scale_available of angles.
> > >
> > > New interfaces:
> > >   in_incli_scale
> > >   in_incli_scale_available
> > >   in_incli_x_raw
> > >   in_incli_y_raw
> > >   in_incli_z_raw
> > > Data converted by application of scale to degrees.
> > >
> > > Signed-off-by: LI Qingwu <Qing-wu.Li@leica-geosystems.com.cn>
> >
> > Hi Li,
> >
> > A few small things to tidy up in this patch. See inline.
> >
> >
> > Thanks,
> >
> > Jonathan
> >
> > > ---
> > >  drivers/iio/accel/sca3300.c | 76
> > > +++++++++++++++++++++++++++++++++++--
> > >  1 file changed, 73 insertions(+), 3 deletions(-)
> > >
> > > diff --git a/drivers/iio/accel/sca3300.c
> > > b/drivers/iio/accel/sca3300.c index 10bedb14d4f0..9094f16458de
> > > 100644
> > > --- a/drivers/iio/accel/sca3300.c
> > > +++ b/drivers/iio/accel/sca3300.c
> > > @@ -44,12 +44,18 @@
> > >  #define SCA3300_VALUE_RS_ERROR       0x3
> > >  #define SCA3300_MASK_RS_STATUS       GENMASK(1, 0)
> > >
> > > +#define SCL3300_REG_ANG_CTRL 0x0C
> > > +#define SCL3300_ANG_ENABLE   0x1F
> > > +
> > >  enum sca3300_scan_indexes {
> > >       SCA3300_ACC_X = 0,
> > >       SCA3300_ACC_Y,
> > >       SCA3300_ACC_Z,
> > >       SCA3300_TEMP,
> > >       SCA3300_TIMESTAMP,
> > > +     SCA3300_INCLI_X,
> > > +     SCA3300_INCLI_Y,
> > > +     SCA3300_INCLI_Z,
> > >  };
> > >
> > >  #define SCA3300_ACCEL_CHANNEL(index, reg, axis)
> > {                    \
> > > @@ -73,6 +79,24 @@ enum sca3300_scan_indexes {
> > >       },
> > \
> > >  }
> > >
> > > +#define SCA3300_INCLI_CHANNEL(index, reg, axis)
> > {                    \
> > > +     .type = IIO_INCLI,
> > \
> > > +     .address = reg,
> > \
> > > +     .modified = 1,
> > \
> > > +     .channel2 = IIO_MOD_##axis,
> > \
> > > +     .info_mask_shared_by_type = BIT(IIO_CHAN_INFO_SCALE),
> > \
> > > +     .info_mask_separate = BIT(IIO_CHAN_INFO_RAW),
> > \
> > > +     .info_mask_shared_by_type_available =
> > \
> > > +     BIT(IIO_CHAN_INFO_SCALE),
> > \
> >
> > I don't think you need this line wrap.
> 
> Thanks you Jonathan, Then I will delete it and also following incl scale available
> read and incli set related.
> 
> >
> > > +     .scan_index = index,
> > \
> > > +     .scan_type =
> > {                                                  \
> > > +             .sign = 's',
> > \
> > > +             .realbits = 16,
> > \
> > > +             .storagebits = 16,
> > \
> > > +             .endianness = IIO_CPU,
> > \
> > > +     },
> > \
> > > +}
> > > +
> > >  #define SCA3300_TEMP_CHANNEL(index, reg)
> > {                           \
> > >               .type = IIO_TEMP,
> > \
> > >               .address = reg,
> > \
> > > @@ -106,15 +130,36 @@ static const int sca3300_accel_scale_map[] =
> > > {0, 1, 2, 2};  static const int scl3300_accel_scale[][2] = {{0,
> > > 167}, {0, 333}, {0, 83}};  static const int
> > > scl3300_accel_scale_map[] = {0, 1, 2};
> > >
> > > +static const int scl3300_incli_scale[][2] = {{0, 5495}}; static
> > > +const int scl3300_incli_scale_map[] = {0, 0, 0};
> > > +
> > >  static const int sca3300_avail_modes_map[] = {0, 1, 2, 3};  static
> > > const int scl3300_avail_modes_map[] = {0, 1, 3};
> > >
> > > +static const struct iio_chan_spec scl3300_channels[] = {
> > > +     SCA3300_ACCEL_CHANNEL(SCA3300_ACC_X, 0x1, X),
> > > +     SCA3300_ACCEL_CHANNEL(SCA3300_ACC_Y, 0x2, Y),
> > > +     SCA3300_ACCEL_CHANNEL(SCA3300_ACC_Z, 0x3, Z),
> > > +     SCA3300_TEMP_CHANNEL(SCA3300_TEMP, 0x05),
> > > +     IIO_CHAN_SOFT_TIMESTAMP(4),
> > > +     SCA3300_INCLI_CHANNEL(SCA3300_INCLI_X, 0x09, X),
> > > +     SCA3300_INCLI_CHANNEL(SCA3300_INCLI_Y, 0x0A, Y),
> > > +     SCA3300_INCLI_CHANNEL(SCA3300_INCLI_Z, 0x0B, Z), };
> > > +
> > >  static const unsigned long sca3300_scan_masks[] = {
> > >       BIT(SCA3300_ACC_X) | BIT(SCA3300_ACC_Y) | BIT(SCA3300_ACC_Z)
> |
> > >       BIT(SCA3300_TEMP),
> > >       0
> > >  };
> > >
> > > +static const unsigned long scl3300_scan_masks[] = {
> > > +     BIT(SCA3300_ACC_X) | BIT(SCA3300_ACC_Y) | BIT(SCA3300_ACC_Z)
> |
> > > +     BIT(SCA3300_TEMP) |
> > > +     BIT(SCA3300_INCLI_X) | BIT(SCA3300_INCLI_Y) |
> > BIT(SCA3300_INCLI_Z),
> > > +     0
> > > +};
> > > +
> > >  struct sca3300_chip_info {
> > >       const char *name;
> > >       const unsigned long *scan_masks; @@ -123,6 +168,9 @@ struct
> > > sca3300_chip_info {
> > >       u8 num_accel_scales;
> > >       const int (*accel_scale)[2];
> > >       const int *accel_scale_map;
> > > +     const int (*incli_scale)[2];
> > > +     const int *incli_scale_map;
> > > +     u8 num_incli_scales;
> > >       u8 num_freqs;
> > >       const int *freq_table;
> > >       const int *freq_map;
> > > @@ -131,6 +179,7 @@ struct sca3300_chip_info {
> > >       u8 chip_id;
> > >  };
> > >
> > > +
> > Unrelated and unwanted white space chagne.
> >
> > >  /**
> > >   * struct sca3300_data - device data
> > >   * @spi: SPI device structure
> > > @@ -168,12 +217,16 @@ static const struct sca3300_chip_info
> > sca3300_chip_tbl[] = {
> > >               .num_avail_modes = 4,
> > >               .chip_id = SCA3300_WHOAMI_ID,
> > >       },
> > > -     {       .scan_masks = sca3300_scan_masks,
> > > -             .channels = sca3300_channels,
> > > -             .num_channels = ARRAY_SIZE(sca3300_channels),
> > > +     {
> >
> > ah. The whitespace change belongs in patch 4.
> >
> > > +             .scan_masks = scl3300_scan_masks,
> > > +             .channels = scl3300_channels,
> > > +             .num_channels = ARRAY_SIZE(scl3300_channels),
> > >               .num_accel_scales = ARRAY_SIZE(scl3300_accel_scale)*2,
> > >               .accel_scale = scl3300_accel_scale,
> > >               .accel_scale_map = scl3300_accel_scale_map,
> > > +             .incli_scale = scl3300_incli_scale,
> > > +             .incli_scale_map = scl3300_incli_scale_map,
> > > +             .num_incli_scales =
> > > + ARRAY_SIZE(scl3300_incli_scale)*2,
> > >               .num_freqs = ARRAY_SIZE(scl3300_lp_freq),
> > >               .freq_table = scl3300_lp_freq,
> > >               .freq_map = scl3300_lp_freq_map, @@ -400,6 +453,11
> > @@
> > > static int sca3300_read_raw(struct iio_dev *indio_dev,
> > >               if (ret)
> > >                       return ret;
> > >               switch (chan->type) {
> > > +             case IIO_INCLI:
> > > +                     index = data->chip->incli_scale_map[index];
> I will delete incli_scale_map as well, change to:
> 				  *val  = data->chip->incli_scale[0];
>                   *val2 = data->chip->incli_scale[1];
> 
> > > +                     *val  = data->chip->incli_scale[index][0];
> > > +                     *val2 = data->chip->incli_scale[index][1];
> > > +                     return IIO_VAL_INT_PLUS_MICRO;
> > >               case IIO_ACCEL:
> > >                       index = data->chip->accel_scale_map[index];
> > >                       *val  = data->chip->accel_scale[index][0];
> > > @@ -486,6 +544,13 @@ static int sca3300_init(struct sca3300_data
> > > *sca_data,
> > >
> > >       sca_data->chip = &sca3300_chip_tbl[i];
> > >
> > > +     if (value == SCL3300_WHOAMI_ID) {
> >
> > I don't like feature decisions being based directly on a WHOAMI.
> > That tends not to scale as you add more supported parts to the driver.
> >
> > I think this is the only case you now have.
> >
> > Better would be to add a 'inclination_supported' bool to your chip
> > info and make the decision based on that.  I wouldn't use whether
> > incli_scale is set as that would hurt readability when compared to a
> > new member serving just this purpose.
> 
> Thanks Jonathan!
> Then I will back to " bool angle" in sca3300_chip_info, do you agree? 😊
> 
> >
> >
> > > +             ret = sca3300_write_reg(sca_data,
> > SCL3300_REG_ANG_CTRL,
> > > +                                     SCL3300_ANG_ENABLE);
> > > +             if (ret)
> > > +                     return ret;
> > > +     }
> > > +
> > >       return 0;
> > >  }
> > >
> > > @@ -521,6 +586,11 @@ static int sca3300_read_avail(struct iio_dev
> > *indio_dev,
> > >       switch (mask) {
> > >       case IIO_CHAN_INFO_SCALE:
> > >               switch (chan->type) {
> > > +             case IIO_INCLI:
> > > +                     *vals = (const int *)data->chip->incli_scale;
> > > +                     *length = data->chip->num_incli_scales;
> > > +                     *type = IIO_VAL_INT_PLUS_MICRO;
> > > +                     return IIO_AVAIL_LIST;
> I will delete case IIO_INCLI
> > >               case IIO_ACCEL:
> > >                       *vals = (const int *)data->chip->accel_scale;
> > >                       *length = data->chip->num_accel_scales;


      reply	other threads:[~2022-05-23  3:14 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-22  7:04 [PATCH V7 0/5] iio: accel: sca3300: add compatible for scl3300 LI Qingwu
2022-05-22  7:04 ` [PATCH V7 1/5] dt-bindings: iio: accel: sca3300: Document murata,scl3300 LI Qingwu
2022-05-22  7:04 ` [PATCH V7 2/5] iio: accel: sca3300: add define for temp channel for reuse LI Qingwu
2022-05-22  7:04 ` [PATCH V7 3/5] iio: accel: sca3300: modified to support multi chips LI Qingwu
2022-05-22  7:04 ` [PATCH V7 4/5] iio: accel: sca3300: Add support for SCL3300 LI Qingwu
2022-05-22  7:48   ` Christophe JAILLET
2022-05-22 11:12   ` Jonathan Cameron
2022-05-22  7:04 ` [PATCH V7 5/5] iio: accel: sca3300: Add inclination channels LI Qingwu
2022-05-22 11:17   ` Jonathan Cameron
2022-05-22 13:23     ` LI Qingwu
2022-05-23  3:14       ` LI Qingwu [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=AM9PR06MB78445B53BB99A41913578D3BD7D49@AM9PR06MB7844.eurprd06.prod.outlook.com \
    --to=qing-wu.li@leica-geosystems.com.cn \
    --cc=andy.shevchenko@gmail.com \
    --cc=devicetree@vger.kernel.org \
    --cc=jic23@kernel.org \
    --cc=lars@metafoo.de \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=robh+dt@kernel.org \
    --cc=tomas.melin@vaisala.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.