From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Hardevsinh Palaniya <hardevsinh.palaniya@siliconsignals.io>
Cc: "jic23@kernel.org" <jic23@kernel.org>,
"Lars-Peter Clausen" <lars@metafoo.de>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Emil Gedenryd" <emil.gedenryd@axis.com>,
"Javier Carrasco" <javier.carrasco.cruz@gmail.com>,
"Arthur Becker" <arthur.becker@sentec.com>,
"Mudit Sharma" <muditsharma.info@gmail.com>,
"Subhajit Ghosh" <subhajit.ghosh@tweaklogic.com>,
"Julien Stephan" <jstephan@baylibre.com>,
"Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>,
"Andreas Dannenberg" <dannenberg@ti.com>,
"linux-iio@vger.kernel.org" <linux-iio@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2/2] iio: light: opt3001: Add Support for opt3004 light sensor
Date: Wed, 25 Dec 2024 15:34:44 +0200 [thread overview]
Message-ID: <Z2wJ9BLsrLeDD-zb@smile.fi.intel.com> (raw)
In-Reply-To: <PN0P287MB2843562E6C965196D05E2BCFFF0C2@PN0P287MB2843.INDP287.PROD.OUTLOOK.COM>
On Wed, Dec 25, 2024 at 09:56:36AM +0000, Hardevsinh Palaniya wrote:
> > On Tue, Dec 24, 2024 at 11:43:16AM +0530, Hardevsinh Palaniya wrote:
...
> > > Add Support for OPT3004 Digital ambient light sensor (ALS) with
> > > increased angular IR rejection
> >
> > Missing period here.
> > > The OPT3004 sensor shares the same functionality and scale range as
> > > the OPT3001. This Adds the compatible string for OPT3004, enabling
> > > the driver to support it without any functional changes.
> > >
> > > Datasheet: https://www.ti.com/lit/gpn/opt3004
> >
> > >
> >
> > This blank line is not needed.
You left two above comments unanswered while Acking the rest, it's a bit confusing.
Are you agree on them or not?
...
> > > static const struct of_device_id opt3001_of_match[] = {
> > > { .compatible = "ti,opt3001", .data = &opt3001_chip_information },
> > > { .compatible = "ti,opt3002", .data = &opt3002_chip_information },
> > > + { .compatible = "ti,opt3004", .data = &opt3001_chip_information },
> > > { }
> > > };
> >
> > I'm always puzzled why do we need a new compatible for the existing driver
> > data? Is this hardware has an additional feature that driver does not (yet)
> > implement?
>
> OPT3001 and OPT3004 sensors are functionally identical, and there are no
> additional features in the OPT3004 that require separate handling in the driver.
>
> The new compatible string for the OPT3004 is being added, which will allow the
> driver to recognize and support this sensor in the same way it handles the OPT3001.
But why? I understand if you put two compatible strings into the DT to make it
explicit in case of the future developments of the driver, but new compatible
in the driver makes only sense when you have either quirk(s) or feature(s) that
are different to the existing code. Since you haven't added either, what's the
point?
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2024-12-25 13:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-24 6:13 [PATCH 0/2] iio: light: opt3001: Add Support for OPT3004 Light Sensor Hardevsinh Palaniya
2024-12-24 6:13 ` [PATCH 1/2] dt-bindings: iio: light: opt3001: add compatible for opt3004 Hardevsinh Palaniya
2024-12-24 16:37 ` Krzysztof Kozlowski
2024-12-24 6:13 ` [PATCH 2/2] iio: light: opt3001: Add Support for opt3004 light sensor Hardevsinh Palaniya
2024-12-24 15:22 ` Andy Shevchenko
2024-12-25 9:56 ` Hardevsinh Palaniya
2024-12-25 13:34 ` Andy Shevchenko [this message]
2024-12-26 6:14 ` Hardevsinh Palaniya
2024-12-27 12:04 ` Andy Shevchenko
2024-12-28 13:46 ` Jonathan Cameron
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=Z2wJ9BLsrLeDD-zb@smile.fi.intel.com \
--to=andriy.shevchenko@linux.intel.com \
--cc=arthur.becker@sentec.com \
--cc=conor+dt@kernel.org \
--cc=dannenberg@ti.com \
--cc=devicetree@vger.kernel.org \
--cc=emil.gedenryd@axis.com \
--cc=hardevsinh.palaniya@siliconsignals.io \
--cc=javier.carrasco.cruz@gmail.com \
--cc=jic23@kernel.org \
--cc=jstephan@baylibre.com \
--cc=krzk+dt@kernel.org \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=muditsharma.info@gmail.com \
--cc=robh@kernel.org \
--cc=subhajit.ghosh@tweaklogic.com \
--cc=u.kleine-koenig@pengutronix.de \
/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