From: Jonathan Cameron <jic23@kernel.org>
To: "Maxime Roussin-Bélanger" <maxime.roussinbelanger@gmail.com>
Cc: linux-iio@vger.kernel.org, Hartmut Knaack <knaack.h@gmx.de>,
Lars-Peter Clausen <lars@metafoo.de>,
Peter Meerwald-Stadler <pmeerw@pmeerw.net>,
Guillaume Champagne <champagne.guillaume.c@gmail.com>
Subject: Re: [PATCH] iio: si1133: read 24 signed integer for measurement
Date: Fri, 14 Feb 2020 15:53:38 +0000 [thread overview]
Message-ID: <20200214155338.5f54ed51@archlinux> (raw)
In-Reply-To: <CAE=T-s7E46Ym9yvxW4iDVtFqw3VmXQAHRA5kr_VV-uSBnuoXsA@mail.gmail.com>
On Fri, 14 Feb 2020 10:27:45 -0500
Maxime Roussin-Bélanger <maxime.roussinbelanger@gmail.com> wrote:
> On Fri, Feb 14, 2020 at 9:22 AM Jonathan Cameron <jic23@kernel.org> wrote:
> >
> > On Fri, 7 Feb 2020 11:07:40 -0500
> > Maxime Roussin-Bélanger <maxime.roussinbelanger@gmail.com> wrote:
> >
> > > The chip is configured in 24 bit mode. The values read from it must
> > > always be treated as is. This fixes the issue by replacing the previous
> > > 16 bits value by a 24 bits buffer.
> > >
> > > This changes affects the value output by previous version of the driver,
> > > since the least significant byte was missing. The upper half of 16
> > > bit values previously output are now the upper half of a 24 bit value.
> > >
> > > Co-authored-by: Guillaume Champagne <champagne.guillaume.c@gmail.com>
> > > Signed-off-by: Maxime Roussin-Bélanger <maxime.roussinbelanger@gmail.com
> >
> > Patch looks fine, so question is whether we treat this as an enhancement,
> > or a fix? If it's a fix please provide a suitable fixes tag.
>
> I'm not 100% of what fixes tag mean, but I assume it's something like
>
> Tested-By: SomeoneTestedIt <TheDudeEmail@gmail.com>
Nope it identifies the point at which the issue was originally introduced.
See Documentation/process/submitting-patches.rst
Jonathan
>
> Am I correct?
>
> Thanks,
> Max.
>
> >
> > Thanks,
> >
> > Jonathan
> >
> > > ---
> > > drivers/iio/light/si1133.c | 37 ++++++++++++++++++++++++-------------
> > > 1 file changed, 24 insertions(+), 13 deletions(-)
> > >
> > > diff --git a/drivers/iio/light/si1133.c b/drivers/iio/light/si1133.c
> > > index 777b1a0848c9..509af982e185 100644
> > > --- a/drivers/iio/light/si1133.c
> > > +++ b/drivers/iio/light/si1133.c
> > > @@ -102,6 +102,9 @@
> > > #define SI1133_INPUT_FRACTION_LOW 15
> > > #define SI1133_LUX_OUTPUT_FRACTION 12
> > > #define SI1133_LUX_BUFFER_SIZE 9
> > > +#define SI1133_MEASURE_BUFFER_SIZE 3
> > > +
> > > +#define SI1133_SIGN_BIT_INDEX 23
> > >
> > > static const int si1133_scale_available[] = {
> > > 1, 2, 4, 8, 16, 32, 64, 128};
> > > @@ -234,13 +237,13 @@ static const struct si1133_lux_coeff lux_coeff = {
> > > }
> > > };
> > >
> > > -static int si1133_calculate_polynomial_inner(u32 input, u8 fraction,
> u16 mag,
> > > +static int si1133_calculate_polynomial_inner(s32 input, u8 fraction,
> u16 mag,
> > > s8 shift)
> > > {
> > > return ((input << fraction) / mag) << shift;
> > > }
> > >
> > > -static int si1133_calculate_output(u32 x, u32 y, u8 x_order, u8
> y_order,
> > > +static int si1133_calculate_output(s32 x, s32 y, u8 x_order, u8
> y_order,
> > > u8 input_fraction, s8 sign,
> > > const struct si1133_coeff *coeffs)
> > > {
> > > @@ -276,7 +279,7 @@ static int si1133_calculate_output(u32 x, u32 y, u8
> x_order, u8 y_order,
> > > * The algorithm is from:
> > > *
> https://siliconlabs.github.io/Gecko_SDK_Doc/efm32zg/html/si1133_8c_source.html#l00716
> > > */
> > > -static int si1133_calc_polynomial(u32 x, u32 y, u8 input_fraction, u8
> num_coeff,
> > > +static int si1133_calc_polynomial(s32 x, s32 y, u8 input_fraction, u8
> num_coeff,
> > > const struct si1133_coeff *coeffs)
> > > {
> > > u8 x_order, y_order;
> > > @@ -614,23 +617,24 @@ static int si1133_measure(struct si1133_data
> *data,
> > > {
> > > int err;
> > >
> > > - __be16 resp;
> > > + u8 buffer[SI1133_MEASURE_BUFFER_SIZE];
> > >
> > > err = si1133_set_adcmux(data, 0, chan->channel);
> > > if (err)
> > > return err;
> > >
> > > /* Deactivate lux measurements if they were active */
> > > err = si1133_set_chlist(data, BIT(0));
> > > if (err)
> > > return err;
> > >
> > > - err = si1133_bulk_read(data, SI1133_REG_HOSTOUT(0), sizeof(resp),
> > > - (u8 *)&resp);
> > > + err = si1133_bulk_read(data, SI1133_REG_HOSTOUT(0),
> sizeof(buffer),
> > > + buffer);
> > > if (err)
> > > return err;
> > >
> > > - *val = be16_to_cpu(resp);
> > > + *val = sign_extend32((buffer[0] << 16) | (buffer[1] << 8) |
> buffer[2],
> > > + SI1133_SIGN_BIT_INDEX);
> > >
> > > return err;
> > > }
> > > @@ -704,9 +708,9 @@ static int si1133_get_lux(struct si1133_data *data,
> int *val)
> > > {
> > > int err;
> > > int lux;
> > > - u32 high_vis;
> > > - u32 low_vis;
> > > - u32 ir;
> > > + s32 high_vis;
> > > + s32 low_vis;
> > > + s32 ir;
> > > u8 buffer[SI1133_LUX_BUFFER_SIZE];
> > >
> > > /* Activate lux channels */
> > > @@ -719,9 +723,16 @@ static int si1133_get_lux(struct si1133_data
> *data, int *val)
> > > if (err)
> > > return err;
> > >
> > > - high_vis = (buffer[0] << 16) | (buffer[1] << 8) | buffer[2];
> > > - low_vis = (buffer[3] << 16) | (buffer[4] << 8) | buffer[5];
> > > - ir = (buffer[6] << 16) | (buffer[7] << 8) | buffer[8];
> > > + high_vis =
> > > + sign_extend32((buffer[0] << 16) | (buffer[1] << 8) |
> buffer[2],
> > > + SI1133_SIGN_BIT_INDEX);
> > > +
> > > + low_vis =
> > > + sign_extend32((buffer[3] << 16) | (buffer[4] << 8) |
> buffer[5],
> > > + SI1133_SIGN_BIT_INDEX);
> > > +
> > > + ir = sign_extend32((buffer[6] << 16) | (buffer[7] << 8) |
> buffer[8],
> > > + SI1133_SIGN_BIT_INDEX);
> > >
> > > if (high_vis > SI1133_ADC_THRESHOLD || ir > SI1133_ADC_THRESHOLD)
> > > lux = si1133_calc_polynomial(high_vis, ir,
prev parent reply other threads:[~2020-02-14 18:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-07 16:07 [PATCH] iio: si1133: read 24 signed integer for measurement Maxime Roussin-Bélanger
2020-02-14 14:22 ` Jonathan Cameron
[not found] ` <CAE=T-s7E46Ym9yvxW4iDVtFqw3VmXQAHRA5kr_VV-uSBnuoXsA@mail.gmail.com>
2020-02-14 15:53 ` Jonathan Cameron [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=20200214155338.5f54ed51@archlinux \
--to=jic23@kernel.org \
--cc=champagne.guillaume.c@gmail.com \
--cc=knaack.h@gmx.de \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=maxime.roussinbelanger@gmail.com \
--cc=pmeerw@pmeerw.net \
/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.