Devicetree
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: Javier Carrasco <javier.carrasco.cruz@gmail.com>
Cc: "Jonathan Cameron" <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>,
	"Rishi Gupta" <gupt21@gmail.com>,
	"David Lechner" <dlechner@baylibre.com>,
	"Nuno Sá" <nuno.sa@analog.com>,
	"Andy Shevchenko" <andy@kernel.org>,
	"Matti Vaittinen" <mazziesaccount@gmail.com>,
	linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 4/4] iio: light: add support for veml6031x00 ALS series
Date: Wed, 13 May 2026 23:08:14 +0300	[thread overview]
Message-ID: <agTaLpR_K7HdbMG3@ashevche-desk.local> (raw)
In-Reply-To: <DIHRBHBFUWEO.CMT0EUZJ5JR2@gmail.com>

On Thu, May 14, 2026 at 07:23:10AM +1300, Javier Carrasco wrote:
> On Thu May 14, 2026 at 5:56 AM +13, Andy Shevchenko wrote:
> > On Wed, May 13, 2026 at 05:49:44PM +1300, Javier Carrasco wrote:
> >> These sensors provide two light channels (ALS and IR), I2C communication
> >> and a multiplexed interrupt line to signal data ready and configurable
> >> threshold alarms.
> >
> > Can you split this to two or more patches:
> > - basic functionality
> > - feature 1 (exempli gratia, IR)
> > - feature 2 (exempli gratia, multiplexed interrupt)
> > - ...
> >
> > ?

> Yes, I can. I will wait for more feedback before proceeding.

Sure, with a driver like this the recommended time between the sequential
versions is about 1 week.

> > But let's wait for Sashiko if it swallows this big slice of the pie
> > and not choke on it.

Also note that in IIO we expect ~750 lines per patch with rare exceptions.
~1300 is almost double of this, so the split I am sure is desirable.

...

> > Oh, is 'x' is a real letter in the part number or a wildcard? If the latter,
> > please avoid. Choose the base part number instead.
> 
> I mentioned that in the cover letter: the x belongs to the names in the
> datasheets and every part number.

Ah, I missed that. Thanks for confirming.

...

> >> +static const struct i2c_device_id veml6031x00_id[] = {
> >> +	{ "veml6031x00", (kernel_ulong_t)&veml6031x00_chip },
> >> +	{ "veml6031x01", (kernel_ulong_t)&veml6031x01_chip },
> >> +	{ "veml60311x00", (kernel_ulong_t)&veml60311x00_chip },
> >> +	{ "veml60311x01", (kernel_ulong_t)&veml60311x01_chip },
> >> +	{ }
> >> +};
> >
> > Perhaps use C99 initialisers, as there is an activity to change all drivers to
> > follow that. Jonathan, btw, what do you think we should do in the light of Uwe's
> > approach? Require C99 initialisers in new code, or something else?
> 
> I will account for that in v3 alongside any other suggestions that might
> still arise, thank you.

At least C99 initialisers make code robust, independently on the decision it
might be good to go with them, the only question here is more administrative
(if we want this to be already a requirement for a new code in IIO or not...
 yet).

-- 
With Best Regards,
Andy Shevchenko



      reply	other threads:[~2026-05-13 20:08 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-13  4:49 [PATCH v2 0/4] iio: light: add support for veml6031x00 ALS series Javier Carrasco
2026-05-13  4:49 ` [PATCH v2 1/4] iio: light: veml6030: remove unnecessary read of IT index Javier Carrasco
2026-05-13 16:59   ` Andy Shevchenko
2026-05-13 18:17     ` Javier Carrasco
2026-05-13 19:58       ` Andy Shevchenko
2026-05-13  4:49 ` [PATCH v2 2/4] iio: light: veml6030: fix channel type when pushing events Javier Carrasco
2026-05-13 17:48   ` Andy Shevchenko
2026-05-13 18:13     ` Javier Carrasco
2026-05-13 20:02       ` Andy Shevchenko
2026-05-13 20:44         ` Javier Carrasco
2026-05-13 20:56           ` Andy Shevchenko
2026-05-13  4:49 ` [PATCH v2 3/4] dt-bindings: iio: light: veml6030: add veml6031x00 ALS series Javier Carrasco
2026-05-13  4:49 ` [PATCH v2 4/4] iio: light: add support for " Javier Carrasco
     [not found]   ` <690B63AD-4429-4045-B413-29911ED7DA3D@gmail.com>
2026-05-13 16:36     ` Andy Shevchenko
2026-05-13 16:37       ` Andy Shevchenko
2026-05-13 16:56   ` Andy Shevchenko
2026-05-13 18:23     ` Javier Carrasco
2026-05-13 20:08       ` Andy Shevchenko [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=agTaLpR_K7HdbMG3@ashevche-desk.local \
    --to=andriy.shevchenko@intel.com \
    --cc=andy@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dlechner@baylibre.com \
    --cc=gupt21@gmail.com \
    --cc=javier.carrasco.cruz@gmail.com \
    --cc=jic23@kernel.org \
    --cc=krzk+dt@kernel.org \
    --cc=lars@metafoo.de \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mazziesaccount@gmail.com \
    --cc=nuno.sa@analog.com \
    --cc=robh@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