| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <21a1c55d2124d71e1c97e17c28c4f50e5d1ee19e.camel@gmail.com>
Date: Sun, 14 Aug 2022 16:26:02 +0200
From: Angel Iglesias <ang.iglesiasg@...il.com>
To: Jonathan Cameron <jic23@...nel.org>,
Lars-Peter Clausen <lars@...afoo.de>
Cc: linux-iio <linux-iio@...r.kernel.org>,
Ulf Hansson <ulf.hansson@...aro.org>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
Paul Cercueil <paul@...pouillou.net>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v5 1/5] iio: pressure: bmp280: simplify driver
initialization logic
On Sun, 2022-08-14 at 14:43 +0100, Jonathan Cameron wrote:
> On Sun, 7 Aug 2022 13:54:40 +0200
> Angel Iglesias <ang.iglesiasg@...il.com> wrote:
>
> > Simplified common initialization logic of different sensor types
> > unifying calibration and initial configuration recovery.
> >
> > Default config param values of each sensor type are stored inside
> > chip_info structure and used to initialize sensor data struct instance.
> >
> > The helper functions for read each sensor type calibration are converted
> > to a callback available on the chip_info struct.
> >
> > Revised BMP180 and BMP280 definitions and code functions to use GENMASK
> > and FIELD_PREP/FIELD_GET utilities to homogenize structure with more
> > recent drivers, in preparation for the patches adding support for the
> > BMP380 sensors.
> >
> > Suggested-by: Jonathan Cameron <jic23@...nel.org>
> > Signed-off-by: Angel Iglesias <ang.iglesiasg@...il.com>
> Hi Angel, not sure if I commented on this before, but this patch is doing
> several different things, so in the ideal case it would be split into
> 1: FIELD_PREP/FIELD_GET/GENMASK changes.
> 2: Chipinfo related changes
> 3: Maybe the the reordering of defintions of local variables that Andy
> indirectly referered to.
>
> However, this is short enough to be fairly reviewable as it stands
> so from my point of view I'll accept leaving 1 and 2 combined if it is
> going to be a lot of work to separate them. Doesn't look like it will be hard
> but without trying I'm not totally sure!
Sure, splitting the patch and keeping each patch focused on one aspect makes
total sense to me. Thanks as always for your feedback!
> One question inline on what the chip parameter to the calibration functions
> is there for as it appears unused.
>
> Thanks,
>
> Jonathan
>
>
> > ---
> > drivers/iio/pressure/bmp280-core.c | 120 ++++++++++++++++++-----------
> > drivers/iio/pressure/bmp280.h | 73 +++++++++---------
> > 2 files changed, 113 insertions(+), 80 deletions(-)
> >
> > diff --git a/drivers/iio/pressure/bmp280-core.c
> > b/drivers/iio/pressure/bmp280-core.c
> > index fe7aa81e7cc9..a109c2609896 100644
> > --- a/drivers/iio/pressure/bmp280-core.c
> > +++ b/drivers/iio/pressure/bmp280-core.c
> > @@ -16,6 +16,8 @@
> >
> > #define pr_fmt(fmt) "bmp280: " fmt
> >
> > +#include <linux/bitops.h>
> > +#include <linux/bitfield.h>
> > #include <linux/device.h>
> > #include <linux/module.h>
> > #include <linux/regmap.h>
> > @@ -107,19 +109,28 @@ struct bmp280_data {
> > };
> >
> > struct bmp280_chip_info {
> > + unsigned int id_reg;
> > +
> > + int num_channels;
> > + unsigned int start_up_time;
> > +
> > const int *oversampling_temp_avail;
> > int num_oversampling_temp_avail;
> > + int oversampling_temp_default;
> >
> > const int *oversampling_press_avail;
> > int num_oversampling_press_avail;
> > + int oversampling_press_default;
> >
> > const int *oversampling_humid_avail;
> > int num_oversampling_humid_avail;
> > + int oversampling_humid_default;
> >
> > int (*chip_config)(struct bmp280_data *);
> > int (*read_temp)(struct bmp280_data *, int *);
> > int (*read_press)(struct bmp280_data *, int *, int *);
> > int (*read_humid)(struct bmp280_data *, int *, int *);
> > + int (*read_calib)(struct bmp280_data *, unsigned int);
> > };
> >
> > /*
> > @@ -147,15 +158,14 @@ static const struct iio_chan_spec bmp280_channels[] =
> > {
> > },
> > };
> >
> > -static int bmp280_read_calib(struct bmp280_data *data,
> > - struct bmp280_calib *calib,
> > - unsigned int chip)
> > +static int bmp280_read_calib(struct bmp280_data *data, unsigned int chip)
> > {
> > int ret;
> > unsigned int tmp;
> > __le16 l16;
> > __be16 b16;
> > struct device *dev = data->dev;
> > + struct bmp280_calib *calib = &data->calib.bmp280;
> > __le16 t_buf[BMP280_COMP_TEMP_REG_COUNT / 2];
> > __le16 p_buf[BMP280_COMP_PRESS_REG_COUNT / 2];
> >
> > @@ -611,8 +621,8 @@ static const struct iio_info bmp280_info = {
> > static int bmp280_chip_config(struct bmp280_data *data)
> > {
> > int ret;
> > - u8 osrs = BMP280_OSRS_TEMP_X(data->oversampling_temp + 1) |
> > - BMP280_OSRS_PRESS_X(data->oversampling_press + 1);
> > + u8 osrs = FIELD_PREP(BMP280_OSRS_TEMP_MASK, data->oversampling_temp
> > + 1) |
> > + FIELD_PREP(BMP280_OSRS_PRESS_MASK, data-
> > >oversampling_press + 1);
> >
> > ret = regmap_write_bits(data->regmap, BMP280_REG_CTRL_MEAS,
> > BMP280_OSRS_TEMP_MASK |
> > @@ -640,21 +650,38 @@ static int bmp280_chip_config(struct bmp280_data
> > *data)
> > static const int bmp280_oversampling_avail[] = { 1, 2, 4, 8, 16 };
> >
> > static const struct bmp280_chip_info bmp280_chip_info = {
> > + .id_reg = BMP280_REG_ID,
> > + .start_up_time = 2000,
> > + .num_channels = 2,
> > +
> > .oversampling_temp_avail = bmp280_oversampling_avail,
> > .num_oversampling_temp_avail =
> > ARRAY_SIZE(bmp280_oversampling_avail),
> > + /*
> > + * Oversampling config values on BMx280 have one additional setting
> > + * that other generations of the family don't:
> > + * The value 0 means the measurement is bypassed instead of
> > + * oversampling set to x1.
> > + *
> > + * To account for this difference, and preserve the same common
> > + * config logic, this is handled later on chip_config callback
> > + * incrementing one unit the oversampling setting.
> > + */
> > + .oversampling_temp_default = BMP280_OSRS_TEMP_2X - 1,
> >
> > .oversampling_press_avail = bmp280_oversampling_avail,
> > .num_oversampling_press_avail =
> > ARRAY_SIZE(bmp280_oversampling_avail),
> > + .oversampling_press_default = BMP280_OSRS_PRESS_16X - 1,
> >
> > .chip_config = bmp280_chip_config,
> > .read_temp = bmp280_read_temp,
> > .read_press = bmp280_read_press,
> > + .read_calib = bmp280_read_calib,
> > };
> >
> > static int bme280_chip_config(struct bmp280_data *data)
> > {
> > int ret;
> > - u8 osrs = BMP280_OSRS_HUMIDITIY_X(data->oversampling_humid + 1);
> > + u8 osrs = FIELD_PREP(BMP280_OSRS_HUMIDITY_MASK, data-
> > >oversampling_humid + 1);
> >
> > /*
> > * Oversampling of humidity must be set before oversampling of
> > @@ -670,19 +697,27 @@ static int bme280_chip_config(struct bmp280_data
> > *data)
> > }
> >
> > static const struct bmp280_chip_info bme280_chip_info = {
> > + .id_reg = BMP280_REG_ID,
> > + .start_up_time = 2000,
> > + .num_channels = 3,
> > +
> > .oversampling_temp_avail = bmp280_oversampling_avail,
> > .num_oversampling_temp_avail =
> > ARRAY_SIZE(bmp280_oversampling_avail),
> > + .oversampling_temp_default = BMP280_OSRS_TEMP_2X - 1,
> >
> > .oversampling_press_avail = bmp280_oversampling_avail,
> > .num_oversampling_press_avail =
> > ARRAY_SIZE(bmp280_oversampling_avail),
> > + .oversampling_press_default = BMP280_OSRS_PRESS_16X - 1,
> >
> > .oversampling_humid_avail = bmp280_oversampling_avail,
> > .num_oversampling_humid_avail =
> > ARRAY_SIZE(bmp280_oversampling_avail),
> > + .oversampling_humid_default = BMP280_OSRS_HUMIDITY_16X - 1,
> >
> > .chip_config = bme280_chip_config,
> > .read_temp = bmp280_read_temp,
> > .read_press = bmp280_read_press,
> > .read_humid = bmp280_read_humid,
> > + .read_calib = bmp280_read_calib,
> > };
> >
> > static int bmp180_measure(struct bmp280_data *data, u8 ctrl_meas)
> > @@ -710,7 +745,7 @@ static int bmp180_measure(struct bmp280_data *data, u8
> > ctrl_meas)
> > if (!ret)
> > dev_err(data->dev, "timeout waiting for
> > completion\n");
> > } else {
> > - if (ctrl_meas == BMP180_MEAS_TEMP)
> > + if (FIELD_GET(BMP180_MEAS_CTRL_MASK, ctrl_meas) ==
> > BMP180_MEAS_TEMP)
> > delay_us = 4500;
> > else
> > delay_us =
> > @@ -735,7 +770,9 @@ static int bmp180_read_adc_temp(struct bmp280_data
> > *data, int *val)
> > __be16 tmp;
> > int ret;
> >
> > - ret = bmp180_measure(data, BMP180_MEAS_TEMP);
> > + ret = bmp180_measure(data,
> > + FIELD_PREP(BMP180_MEAS_CTRL_MASK,
> > BMP180_MEAS_TEMP) |
> > + BMP180_MEAS_SCO);
> > if (ret)
> > return ret;
> >
> > @@ -748,11 +785,11 @@ static int bmp180_read_adc_temp(struct bmp280_data
> > *data, int *val)
> > return 0;
> > }
> >
> > -static int bmp180_read_calib(struct bmp280_data *data,
> > - struct bmp180_calib *calib)
> > +static int bmp180_read_calib(struct bmp280_data *data, unsigned int chip)
>
> What is chip used for? If there will be a need for it in later patches, then
> it's fine to add the additional parameter now but please say why in the patch
> description.
In the codepath BMP/BME 280, chip contains the read chip id and is used to check
if humidity calibration needs to be loaded when the sensor is a BME280. I took a
conservative approach and introduced this field on bmp180 and bmp380 codepaths,
assigning the same signature of the three calibration loading functions and use
as callbacks.
Having in mind this parameter has no use in two cases out of three, I think I
could have done better by splitting the BMP/BME280 callback in one shared part
loading pressure and temperature params for both sensors, and a new callback for
BME280 invoking first the common code and then loading humidity params. If it
sounds good, I would include this change for next iteration.
> > {
> > int ret;
> > int i;
> > + struct bmp180_calib *calib = &data->calib.bmp180;
> > __be16 buf[BMP180_REG_CALIB_COUNT / 2];
> >
> > ret = regmap_bulk_read(data->regmap, BMP180_REG_CALIB_START, buf,
> > @@ -832,7 +869,10 @@ static int bmp180_read_adc_press(struct bmp280_data
> > *data, int *val)
> > __be32 tmp = 0;
> > u8 oss = data->oversampling_press;
> >
> > - ret = bmp180_measure(data, BMP180_MEAS_PRESS_X(oss));
> > + ret = bmp180_measure(data,
> > + FIELD_PREP(BMP180_MEAS_CTRL_MASK,
> > BMP180_MEAS_PRESS) |
> > + FIELD_PREP(BMP180_OSRS_PRESS_MASK, oss) |
> > + BMP180_MEAS_SCO);
> > if (ret)
> > return ret;
> >
Kind regards,
Angel
Powered by blists - more mailing lists