Am Dienstag, 15. August 2023, 15:31:55 CEST schrieb Sakari Ailus: > ******************** > Achtung externe E-Mail: Öffnen Sie Anhänge und Links nur, wenn Sie wissen, > dass diese aus einer sicheren Quelle stammen und sicher sind. Leiten Sie > die E-Mail im Zweifelsfall zur Prüfung an den IT-Helpdesk weiter. > Attention external email: Open attachments and links only if you know that > they are from a secure source and are safe. In doubt forward the email to > the IT-Helpdesk to check it. ******************** > > Hi Laurent, > > On Tue, Aug 15, 2023 at 04:15:39PM +0300, Laurent Pinchart wrote: > > Hi Hans, > > > > On Tue, Jun 27, 2023 at 02:51:06PM +0200, Hans de Goede wrote: > > > Use the new comon CCI register access helpers to replace the private > > > register access helpers in the imx290 driver. > > > > > > Reviewed-by: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> > > > Signed-off-by: Hans de Goede <hdegoede@xxxxxxxxxx> > > > --- > > > Note: > > > 1. This is untested > > > 2. For reviewers: all the IMX290_REG_?BIT defines in both the register > > > address defines as well as in various reg-sequences were automatically > > > changed using search replace. > > > --- > > > Changes in v3: > > > - Fixed a couple of lines > 80 chars > > > > > > Changes in v2: > > > - New patch in v2 of this series > > > --- > > > > > > drivers/media/i2c/Kconfig | 1 + > > > drivers/media/i2c/imx290.c | 360 +++++++++++++++---------------------- > > > 2 files changed, 150 insertions(+), 211 deletions(-) > > > > [snip] > > > > > diff --git a/drivers/media/i2c/imx290.c b/drivers/media/i2c/imx290.c > > > index b3f832e9d7e1..e78c7b91ae72 100644 > > > --- a/drivers/media/i2c/imx290.c > > > +++ b/drivers/media/i2c/imx290.c > > > @@ -21,91 +21,86 @@ > > > > [snip] > > > > > @@ -615,63 +605,15 @@ imx290_format_info(const struct imx290 *imx290, > > > u32 code)> > > > > return NULL; > > > > > > } > > > > > > -/* > > > ----------------------------------------------------------------------- > > > ------ - * Register access > > > - */ > > > - > > > -static int __always_unused imx290_read(struct imx290 *imx290, u32 addr, > > > u32 *value) -{ > > > - u8 data[3] = { 0, 0, 0 }; > > > - int ret; > > > - > > > - ret = regmap_raw_read(imx290->regmap, addr & IMX290_REG_ADDR_MASK, > > > - data, (addr >> IMX290_REG_SIZE_SHIFT) & 3); > > > - if (ret < 0) { > > > - dev_err(imx290->dev, "%u-bit read from 0x%04x failed: %d\n", > > > - ((addr >> IMX290_REG_SIZE_SHIFT) & 3) * 8, > > > - addr & IMX290_REG_ADDR_MASK, ret); > > > - return ret; > > > - } > > > - > > > - *value = get_unaligned_le24(data); > > > - return 0; > > > -} > > > - > > > -static int imx290_write(struct imx290 *imx290, u32 addr, u32 value, int > > > *err) -{ > > > - u8 data[3]; > > > - int ret; > > > - > > > - if (err && *err) > > > - return *err; > > > - > > > - put_unaligned_le24(value, data); > > > > We seem to be having a problem here, as the CCI helpers unconditionally > > use big endian for the data :-( > > Well spotted. This driver needs to address this. > > It's a hardware issue though. It's the only sensor ever I've seen to have > little endian registers. It's getting even worse: There are cameras using this sensor when bulk read is broken (VC MIPI IMX327 C, Laurent knows about this peculiar hardware), so regmap_config.use_single_read has to be set to true. This is currently not possible anymore insode this driver. Best regards, Alexander > > > - > > > - ret = regmap_raw_write(imx290->regmap, addr & IMX290_REG_ADDR_MASK, > > > - data, (addr >> IMX290_REG_SIZE_SHIFT) & 3); > > > - if (ret < 0) { > > > - dev_err(imx290->dev, "%u-bit write to 0x%04x failed: %d\n", > > > - ((addr >> IMX290_REG_SIZE_SHIFT) & 3) * 8, > > > - addr & IMX290_REG_ADDR_MASK, ret); > > > - if (err) > > > - *err = ret; > > > - } > > > - > > > - return ret; > > > -} > > > - > > > > [snip] -- TQ-Systems GmbH | Mühlstraße 2, Gut Delling | 82229 Seefeld, Germany Amtsgericht München, HRB 105018 Geschäftsführer: Detlef Schneider, Rüdiger Stahl, Stefan Schneider http://www.tq-group.com/