[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a83bde5079b769950220c0f1f3b8d374db39cfc7.camel@gmail.com>
Date: Mon, 14 Aug 2023 18:43:49 +0200
From: Angel Iglesias <ang.iglesiasg@...il.com>
To: Biju Das <biju.das.jz@...renesas.com>
Cc: "linux-iio@...r.kernel.org" <linux-iio@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Jonathan Cameron <jic23@...nel.org>,
Lars-Peter Clausen <lars@...afoo.de>,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>
Subject: Re: [PATCH v2 2/3] iio: pressure: bmp280: Use i2c_get_match_data
On Mon, 2023-08-14 at 06:57 +0000, Biju Das wrote:
> Hi Angel Iglesias,
>
>
> > Subject: Re: [PATCH v2 2/3] iio: pressure: bmp280: Use i2c_get_match_data
> >
> > On Sun, 2023-08-13 at 21:03 +0200, Angel Iglesias wrote:
> > > Replaces device_get_match_data() and fallback match_id logic by new
> > > unified helper function i2c_get_match_data().
> > >
> > > Signed-off-by: Angel Iglesias <ang.iglesiasg@...il.com>
> > >
> > > diff --git a/drivers/iio/pressure/bmp280-i2c.c
> > > b/drivers/iio/pressure/bmp280- i2c.c index 693eb1975fdc..34e3bc758493
> > > 100644
> > > --- a/drivers/iio/pressure/bmp280-i2c.c
> > > +++ b/drivers/iio/pressure/bmp280-i2c.c
> > > @@ -11,9 +11,7 @@ static int bmp280_i2c_probe(struct i2c_client
> > > *client)
> > > const struct bmp280_chip_info *chip_info;
> > > struct regmap *regmap;
> > >
> > > - chip_info = device_get_match_data(&client->dev);
> > > - if (!chip_info)
> > > - chip_info = (const struct bmp280_chip_info *)
> > > id->driver_data;
> > > + chip_info = i2c_get_match_data(client);
> > >
> > > regmap = devm_regmap_init_i2c(client,
> > > chip_info->regmap_config);
> > > if (IS_ERR(regmap)) {
> >
> > Hi,
> >
> > I noticed I submitted this change that was also submitted by Biju Das on
> > another
> > patch:
>
> > Should I drop this patch from the series?
>
> I think it is ok. Andy is suggesting to use unified table for SPI/I2C
>
> Is it something do able and testable in your environment? see [1],
> If yes, please create another patch for using unified table for both i2c and
> spi.
I have around a BMP390 with the SPI pins available to test it out. In the case
of the bmp280 we could unify the of_match table as they're almost the same. In
the case of the spi_device_id and i2c_device_id tables, as they're different
structs I'm not sure if they can be unified.
Regarding Andy's comment, I think he's referring to the duplicated chip infos.
In the case of the bmp280, the chip_infos are defined on the common driver code
and used for both SPI and I2C match tables.
>
> https://lore.kernel.org/linux-renesas-soc/CAHp75VeX+T=hAN+PgtHTdv4b6UtDVgveUUww1b1kuOngzDinFw@mail.gmail.com/T/#t
>
> Cheers,
> Biju
Kind regards,
Angel
Powered by blists - more mailing lists