From: "Niklas Söderlund" <niklas.soderlund+renesas@ragnatech.se>
To: Julien Massot <julien.massot@collabora.com>
Cc: Mauro Carvalho Chehab <mchehab@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-media@vger.kernel.org, linux-staging@lists.linux.dev,
linux-renesas-soc@vger.kernel.org
Subject: Re: [PATCH] media: staging: max96712: Add support for MAX96724
Date: Wed, 28 Aug 2024 13:17:31 +0200 [thread overview]
Message-ID: <20240828111731.GK2636928@fsdn.se> (raw)
In-Reply-To: <0a3c796c-2149-42a3-92d6-d45a0ccc78f0@collabora.com>
Hello Julien,
Sorry that I missed your later comments before sending out v2.
On 2024-05-28 14:04:03 +0200, Julien Massot wrote:
> > > > diff --git a/drivers/staging/media/max96712/max96712.c
> > > > b/drivers/staging/media/max96712/max96712.c
> > > > index ea67bcf69c9d..69a0a6a16cf9 100644
> > > > --- a/drivers/staging/media/max96712/max96712.c
> > > > +++ b/drivers/staging/media/max96712/max96712.c
> > > > @@ -17,8 +17,10 @@
> > > > #include <media/v4l2-subdev.h>
> > > > #define MAX96712_ID 0x20
> > > > +#define MAX96724_ID 0xA7
> These identifiers seems incorrect
> #define MAX96712_ID 0xA0 (also valid for MAX96712B)
> #define MAX96724_ID 0xA2
> #define MAX96724F_ID 0xA3
> #define MAX96724R_ID 0xA4
> > > > @@ -419,8 +427,15 @@ static int max96712_probe(struct i2c_client
> > > > *client)
> > > > if (priv->gpiod_pwdn)
> > > > usleep_range(4000, 5000);
> > > > - if (max96712_read(priv, 0x4a) != MAX96712_ID)
> > > > + switch (max96712_read(priv, 0x4a)) {
> 0x4a is a VDDCMP register you should read 0xd instead (DEV_ID)
> switch (max96712_read(priv, 0xd)) {
The datasheet I have for max96712 do unfortunately not document the 0x0d
register.
As Sakari suggested in the review of v2 the usage of device data and
of_device_get_match_data() to store and fetch device specific
differences this switch will not be needed. Instead I think I will drop
trying to read the device id all together, it was left in since early
development to make sure the driver could talk to the device and then I
never remove it. Would this be OK for you?
--
Kind Regards,
Niklas Söderlund
prev parent reply other threads:[~2024-08-28 11:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-27 13:34 [PATCH] media: staging: max96712: Add support for MAX96724 Niklas Söderlund
2024-05-28 8:04 ` Julien Massot
2024-05-28 9:37 ` Niklas Söderlund
2024-05-28 12:04 ` Julien Massot
2024-08-28 11:17 ` Niklas Söderlund [this message]
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=20240828111731.GK2636928@fsdn.se \
--to=niklas.soderlund+renesas@ragnatech.se \
--cc=gregkh@linuxfoundation.org \
--cc=julien.massot@collabora.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=mchehab@kernel.org \
/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