Linux Renesas SOC kernel development
 help / color / mirror / Atom feed
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

      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