From: Alexander Stein <alexander.stein@ew.tq-group.com>
To: Kieran Bingham <kieran.bingham@ideasonboard.com>
Cc: Daniele Alessandrelli <daniele.alessandrelli@intel.com>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
"Paul J. Murphy" <paul.j.murphy@intel.com>,
Rob Herring <robh+dt@kernel.org>,
linux-media@vger.kernel.org, devicetree@vger.kernel.org,
Sakari Ailus <sakari.ailus@iki.fi>
Subject: Re: [PATCH v4 3/7] media: i2c: ov9282: Add ov9281 compatible
Date: Thu, 24 Nov 2022 10:45:35 +0100 [thread overview]
Message-ID: <14780130.tv2OnDr8pf@steina-w> (raw)
In-Reply-To: <166821050429.550668.2828222448343135143@Monstersaurus>
Hello Kieran,
Am Samstag, 12. November 2022, 00:48:24 CET schrieb Kieran Bingham:
> Hi All,
>
> Quoting Alexander Stein (2022-07-28 14:02:33)
>
> > According to product brief they are identical from software point of view.
> > Differences are a different chief ray angle (CRA) and the package.
> >
> > Signed-off-by: Alexander Stein <alexander.stein@ew.tq-group.com>
> > Acked-by: Daniele Alessandrelli <daniele.alessandrelli@intel.com>
>
> Throwing my hat in the ring on this thread as I see it has been hanging
> around for a while and my attention was sent here from [0]
>
> [0]
> https://lists.libcamera.org/pipermail/libcamera-devel/2022-November/035495.
> html
I postponed working on this change for a while, because there are (at least)
two series from Dave pending which conflict a bit with this series.
> > ---
> >
> > drivers/media/i2c/ov9282.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/drivers/media/i2c/ov9282.c b/drivers/media/i2c/ov9282.c
> > index 8a252bf3b59f..c8d83a29f9bb 100644
> > --- a/drivers/media/i2c/ov9282.c
> > +++ b/drivers/media/i2c/ov9282.c
> > @@ -1113,6 +1113,7 @@ static const struct dev_pm_ops ov9282_pm_ops = {
> >
> > };
> >
> > static const struct of_device_id ov9282_of_match[] = {
> >
> > + { .compatible = "ovti,ov9281" },
>
> I believe from my existing understanding of how we would support
> existing sensors even with very similar parts is that a direct
> compatible lets the DT express this.
>
> If there were a common name that we could apply, we could have a generic
> name here too, but I don't see anything specifically generic, and I
> haven't yet seen a clear pattern in the namings schemes from omnivision
> so ov928x wouldn't be appropriate as I couldn't be sure that an
> unrelated ov9289 wouldn't exist with very different properties ... so ..
>
> > { .compatible = "ovti,ov9282" },
>
> Either squashed with the later 6/7 that adds the name or not: (I think
> it's fine either separated or squashed)
>
> Reviewed-by: Kieran Bingham <kieran.bingham@ideasonboard.com>
>
> It does in turn bring questions into how we handle both the ov9281 and
> ov9282 together in libcamera, but I don't think that's an issue to solve
> here. Expressing the two separately to userspace also allows libcamera
> to make a distiction between the CRA should it need to.
Krzysztof is in favor of squashing so I'll respin this accordingly, removing
the other changes from the ov9281 support series.
Best regards,
Alexander
next prev parent reply other threads:[~2022-11-24 9:45 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-28 13:02 [PATCH v4 0/7] OV9281 support Alexander Stein
2022-07-28 13:02 ` [PATCH v4 1/7] media: i2c: ov9282: remove unused and unset i2c_client member Alexander Stein
2022-07-28 13:02 ` [PATCH v4 2/7] media: dt-bindings: media: Add compatible for ov9281 Alexander Stein
2022-07-28 13:02 ` [PATCH v4 3/7] media: i2c: ov9282: Add ov9281 compatible Alexander Stein
2022-07-28 13:13 ` Krzysztof Kozlowski
2022-07-29 7:07 ` Sakari Ailus
2022-07-29 8:18 ` Laurent Pinchart
2022-08-01 18:07 ` Krzysztof Kozlowski
2022-08-01 18:08 ` Krzysztof Kozlowski
2022-08-02 8:23 ` Sakari Ailus
2022-08-02 8:30 ` Krzysztof Kozlowski
2022-08-15 11:19 ` Alexander Stein
2022-08-16 7:16 ` Krzysztof Kozlowski
2022-08-16 7:21 ` Alexander Stein
2022-08-16 7:35 ` Krzysztof Kozlowski
[not found] ` <166821050429.550668.2828222448343135143@Monstersaurus>
2022-11-24 9:45 ` Alexander Stein [this message]
2022-07-28 13:02 ` [PATCH v4 4/7] media: dt-bindings: media: ov9282: Add power supply properties Alexander Stein
2022-07-28 13:02 ` [PATCH v4 5/7] media: i2c: ov9282: Add regulator support Alexander Stein
2022-07-28 13:02 ` [PATCH v4 6/7] media: i2c: ov9282: Set v4l2 subdev name according to sensor model Alexander Stein
2022-07-28 21:10 ` kernel test robot
2022-07-29 8:23 ` Alexander Stein
2022-08-01 12:16 ` Sakari Ailus
2022-07-28 13:02 ` [PATCH v4 7/7] media: i2c: ov9282: Add regmap support Alexander Stein
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=14780130.tv2OnDr8pf@steina-w \
--to=alexander.stein@ew.tq-group.com \
--cc=daniele.alessandrelli@intel.com \
--cc=devicetree@vger.kernel.org \
--cc=kieran.bingham@ideasonboard.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=paul.j.murphy@intel.com \
--cc=robh+dt@kernel.org \
--cc=sakari.ailus@iki.fi \
/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