Linux IIO development
 help / color / mirror / Atom feed
From: Potin Lai <potin.lai.pt@gmail.com>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: Jonathan Cameron <jic23@kernel.org>,
	Lars-Peter Clausen <lars@metafoo.de>,
	Patrick Williams <patrick@stwcx.xyz>,
	Potin Lai <potin.lai@quantatw.com>,
	"linux-iio@vger.kernel.org" <linux-iio@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v4 0/2] iio: humidity: hdc100x: add manufacturer and device ID check
Date: Thu, 28 Jul 2022 20:40:15 +0800	[thread overview]
Message-ID: <cd033ada-f990-9b19-9aad-8cdf7970a64d@gmail.com> (raw)
In-Reply-To: <CAHp75VfEfirG+aALEhoSLgcLrFTJq7AQc=_BJg7p7QUykpZHhA@mail.gmail.com>


Andy Shevchenko 於 7/28/2022 7:58 PM 寫道:
> On Thursday, July 28, 2022, Potin Lai <potin.lai.pt@gmail.com> wrote:
>
>> Add manufacturer and device ID checking during probe, and skip the
>> checking if chip model not supported.
>>
>> Supported:
>> - HDC1000
>> - HDC1010
>> - HDC1050
>> - HDC1080
>>
>> Not supported:
>> - HDC1008
>>
>> Signed-off-by: Potin Lai <potin.lai.pt@gmail.com>
>> ---
>>  drivers/iio/humidity/hdc100x.c | 69 ++++++++++++++++++++++++++++------
>>  1 file changed, 58 insertions(+), 11 deletions(-)
>>
>> diff --git a/drivers/iio/humidity/hdc100x.c b/drivers/iio/humidity/
>> hdc100x.c
>> index 0d514818635cb..be1244577921d 100644
>> --- a/drivers/iio/humidity/hdc100x.c
>> +++ b/drivers/iio/humidity/hdc100x.c
>> @@ -34,7 +34,25 @@
>>  #define HDC100X_REG_CONFIG_ACQ_MODE            BIT(12)
>>  #define HDC100X_REG_CONFIG_HEATER_EN           BIT(13)
>>
>> +#define HDC100X_REG_MFR_ID     0xFE
>> +#define HDC100X_REG_DEV_ID     0xFF
>> +
>> +#define HDC100X_MFR_ID 0x5449
>> +
>> +struct hdc100x_chip_data {
>> +       bool support_mfr_check;
>> +};
>> +
>> +static const struct hdc100x_chip_data hdc100x_chip_data = {
>> +       .support_mfr_check      = true,
>> +};
>> +
>> +static const struct hdc100x_chip_data hdc1008_chip_data = {
>> +       .support_mfr_check      = false,
>> +};
>> +
>>  struct hdc100x_data {
>> +       const struct hdc100x_chip_data *chip_data;
>
>
> I don’t know why you added it here without any use right now, but even with
> that adding as a first member makes code suboptimal due to an additional
> pointer arithmetic. Use bloat-o-meter to see the difference.
>
Sorry, I think I misunderstood your comment in your previous reply.
(Introducing a temporary variable for struct device pointer might also help in future to refactor to make code neater.)

Thank you for introduce me the bloat-o-meter tool, I will have a check with it.
But I think I will just remove the pointer for now.

Thanks,
Potin
>
>
>>         struct i2c_client *client;
>>         struct mutex lock;
>>         u16 config;
>> @@ -351,8 +369,32 @@ static const struct iio_info hdc100x_info = {
>>         .attrs = &hdc100x_attribute_group,
>>  };
>>
>> +static int hdc100x_read_mfr_id(struct i2c_client *client)
>> +{
>> +       return i2c_smbus_read_word_swapped(client, HDC100X_REG_MFR_ID);
>> +}
>> +
>> +static int hdc100x_read_dev_id(struct i2c_client *client)
>> +{
>> +       return i2c_smbus_read_word_swapped(client, HDC100X_REG_DEV_ID);
>> +}
>> +
>> +static bool is_valid_hdc100x(struct i2c_client *client)
>> +{
>> +       int mfr_id, dev_id;
>> +
>> +       mfr_id = hdc100x_read_mfr_id(client);
>> +       dev_id = hdc100x_read_dev_id(client);
>> +       if (mfr_id == HDC100X_MFR_ID &&
>> +          (dev_id == 0x1000 || dev_id == 0x1050))
>> +               return true;
>> +
>> +       return false;
>> +}
>> +
>>  static int hdc100x_probe(struct i2c_client *client)
>>  {
>> +       const struct hdc100x_chip_data *chip_data;
>>         struct iio_dev *indio_dev;
>>         struct hdc100x_data *data;
>>         int ret;
>> @@ -361,6 +403,10 @@ static int hdc100x_probe(struct i2c_client *client)
>>                                      I2C_FUNC_SMBUS_BYTE | I2C_FUNC_I2C))
>>                 return -EOPNOTSUPP;
>>
>> +       chip_data = device_get_match_data(&client->dev);
>> +       if (chip_data->support_mfr_check && !is_valid_hdc100x(client))
>> +               return -EINVAL;
>> +
>>         indio_dev = devm_iio_device_alloc(&client->dev, sizeof(*data));
>>         if (!indio_dev)
>>                 return -ENOMEM;
>> @@ -368,6 +414,7 @@ static int hdc100x_probe(struct i2c_client *client)
>>         data = iio_priv(indio_dev);
>>         i2c_set_clientdata(client, indio_dev);
>>         data->client = client;
>> +       data->chip_data = chip_data;
>>         mutex_init(&data->lock);
>>
>>         indio_dev->name = dev_name(&client->dev);
>> @@ -396,22 +443,22 @@ static int hdc100x_probe(struct i2c_client *client)
>>  }
>>
>>  static const struct i2c_device_id hdc100x_id[] = {
>> -       { "hdc100x", 0 },
>> -       { "hdc1000", 0 },
>> -       { "hdc1008", 0 },
>> -       { "hdc1010", 0 },
>> -       { "hdc1050", 0 },
>> -       { "hdc1080", 0 },
>> +       { "hdc100X", (kernel_ulong_t)&hdc100x_chip_data },
>> +       { "hdc1000", (kernel_ulong_t)&hdc100x_chip_data },
>> +       { "hdc1008", (kernel_ulong_t)&hdc1008_chip_data },
>> +       { "hdc1010", (kernel_ulong_t)&hdc100x_chip_data },
>> +       { "hdc1050", (kernel_ulong_t)&hdc100x_chip_data },
>> +       { "hdc1080", (kernel_ulong_t)&hdc100x_chip_data },
>>         { }
>>  };
>>  MODULE_DEVICE_TABLE(i2c, hdc100x_id);
>>
>>  static const struct of_device_id hdc100x_dt_ids[] = {
>> -       { .compatible = "ti,hdc1000" },
>> -       { .compatible = "ti,hdc1008" },
>> -       { .compatible = "ti,hdc1010" },
>> -       { .compatible = "ti,hdc1050" },
>> -       { .compatible = "ti,hdc1080" },
>> +       { .compatible = "ti,hdc1000", .data = &hdc100x_chip_data },
>> +       { .compatible = "ti,hdc1008", .data = &hdc1008_chip_data },
>> +       { .compatible = "ti,hdc1010", .data = &hdc100x_chip_data },
>> +       { .compatible = "ti,hdc1050", .data = &hdc100x_chip_data },
>> +       { .compatible = "ti,hdc1080", .data = &hdc100x_chip_data },
>>         { }
>>  };
>>  MODULE_DEVICE_TABLE(of, hdc100x_dt_ids);
>> --
>> 2.31.1
>>
>>

  parent reply	other threads:[~2022-07-28 12:40 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-28  0:34 [PATCH v4 0/2] iio: humidity: hdc100x: add manufacturer and device ID check Potin Lai
2022-07-28  0:34 ` [PATCH v4 1/2] iio: humidity: hdc100x: switch to probe_new callback Potin Lai
2022-07-28  0:34 ` [PATCH v4 2/2] iio: humidity: hdc100x: add manufacturer and device ID check Potin Lai
     [not found]   ` <CAHp75VfEfirG+aALEhoSLgcLrFTJq7AQc=_BJg7p7QUykpZHhA@mail.gmail.com>
2022-07-28 12:40     ` Potin Lai [this message]
2022-07-28 20:44       ` [PATCH v4 0/2] " Andy Shevchenko

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=cd033ada-f990-9b19-9aad-8cdf7970a64d@gmail.com \
    --to=potin.lai.pt@gmail.com \
    --cc=andy.shevchenko@gmail.com \
    --cc=jic23@kernel.org \
    --cc=lars@metafoo.de \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=patrick@stwcx.xyz \
    --cc=potin.lai@quantatw.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox