From: "Uwe Kleine-König (The Capable Hub)" <u.kleine-koenig@baylibre.com>
To: linux-media@vger.kernel.org
Subject: Re: [v1] media: Use named initializers for arrays of i2c_device_data
Date: Sat, 16 May 2026 08:26:17 +0200 [thread overview]
Message-ID: <aggG2S-KG9aOTjsX@monoceros> (raw)
In-Reply-To: <6a0764e6.ec7b09a3.350c1e.ff87@mx.google.com>
[-- Attachment #1: Type: text/plain, Size: 4471 bytes --]
Hello,
On Fri, May 15, 2026 at 11:24:38AM -0700, Patchwork Integration wrote:
> Thanks for your patches! Unfortunately the Media CI robot detected some
> issues:
I wonder about the Media CI robot testing iio and hwmon patches. What is
their source? (Hmm, I guess that's because I forgot to remove the
prerequisite-patch-id lines from the patch.)
> # Test checkpatch:./0001-scsi-mvsas-Don-t-emit-__LINE__-in-debug-messages.patch checkpatch
> WARNING: Prefer [subsystem eg: netdev]_dbg([subsystem]dev, ... then dev_dbg(dev, ... then pr_debug(... to printk(KERN_DEBUG ...
> #36: FILE: drivers/scsi/mvsas/mv_sas.h:38:
> +printk(KERN_DEBUG "%s: " fmt, __func__, ## arg)
This issue was present already before, but yes, that could be addressed
in a separate patch set.
> total: 0 errors, 1 warnings, 0 checks, 13 lines checked
>
> # Test checkpatch:./0007-iio-Initialize-i2c_device_id-arrays-using-member-nam.patch checkpatch
> WARNING: line length of 102 exceeds 100 columns
> #573: FILE: drivers/iio/chemical/atlas-ezo-sensor.c:189:
> +{ .name = "atlas-co2-ezo", .driver_data = (kernel_ulong_t)&atlas_ezo_devices[ATLAS_CO2_EZO] },
>
> WARNING: line length of 102 exceeds 100 columns
> #575: FILE: drivers/iio/chemical/atlas-ezo-sensor.c:191:
> +{ .name = "atlas-hum-ezo", .driver_data = (kernel_ulong_t)&atlas_ezo_devices[ATLAS_HUM_EZO] },
Yeah, these are unfortunate, but I don't want to add line breaks to the
array. Once i2c_device_id got the union that I want to add to it, I will
do
- { .name = "atlas-hum-ezo", .driver_data = (kernel_ulong_t)&atlas_ezo_devices[ATLAS_HUM_EZO] },
+ { .name = "atlas-hum-ezo", .driver_data_ptr = &atlas_ezo_devices[ATLAS_HUM_EZO] },
shorten the line again below the 100 char limit.
> total: 0 errors, 2 warnings, 0 checks, 1372 lines checked
>
> # Test checkpatch:./0009-hwmon-pmbus-mp2869-Drop-unjustified-__maybe_unused.patch checkpatch
> ERROR: missing sentinel in ID array
> #27: FILE: drivers/hwmon/pmbus/mp2869.c:643:
> +static const struct of_device_id mp2869_of_match[] = {
> { .compatible = "XXXXXXXXXX" },
> { .compatible = "XXXXXXXXXXX" },
> { .compatible = "XXXXXXXXXXX" },
This is a false positive, the sentinel is missing in the context of the
patch, but it's there in the source file.
> total: 1 errors, 0 warnings, 0 checks, 8 lines checked
>
> # Test checkpatch:./0012-ASoC-Use-named-initializers-for-arrays-of-i2c_device.patch checkpatch
> WARNING: please, no spaces at the start of a line
> #1251: FILE: sound/soc/codecs/max98088.c:1725:
> + { .name = "max98088", .driver_data = MAX98088 },$
>
> WARNING: please, no spaces at the start of a line
> #1252: FILE: sound/soc/codecs/max98088.c:1726:
> + { .name = "max98089", .driver_data = MAX98089 },$
Huh, indeed, that needs fixing (though my patch didn't introduce the
issue). I already forwarded that info to the thread where this patch is
discussed.
> total: 0 errors, 2 warnings, 0 checks, 1982 lines checked
>
> # Test checkpatch:./0013-mfd-Use-named-initializers-for-arrays-of-i2c_device_.patch checkpatch
> WARNING: please, no spaces at the start of a line
> #1005: FILE: drivers/mfd/tps65910.c:521:
> + { .name = "tps65910", .driver_data = TPS65910 },$
>
> WARNING: please, no spaces at the start of a line
> #1006: FILE: drivers/mfd/tps65910.c:522:
> + { .name = "tps65911", .driver_data = TPS65911 },$
>
> WARNING: line length of 101 exceeds 100 columns
> #1046: FILE: drivers/mfd/twl-core.c:933:
> +{ .name = "tps65930", .driver_data = TPS_SUBSET },/* fewer LDOs and DACs; no charger */
>
> WARNING: line length of 101 exceeds 100 columns
> #1047: FILE: drivers/mfd/twl-core.c:934:
> +{ .name = "tps65920", .driver_data = TPS_SUBSET },/* fewer LDOs; no codec or charger */
ditto
> WARNING: Block comments use * on subsequent lines
> #1049: FILE: drivers/mfd/twl-core.c:936:
> +{ .name = "tps65921", .driver_data = TPS_SUBSET },/* fewer LDOs; no codec, no LED
> + and vibrator. Charger in USB module*/
>
> WARNING: Block comments use a trailing */ on a separate line
> #1049: FILE: drivers/mfd/twl-core.c:936:
> + and vibrator. Charger in USB module*/
I don't know how to fix that (it wasn't introduced in my patch), would
require a complete reformatting I guess, not sure I want to make that
part of my quest.
> [...]
the remaining issues are similar and addressed in the same way.
Thanks
Uwe
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
prev parent reply other threads:[~2026-05-16 6:26 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-15 16:15 [PATCH v1] media: Use named initializers for arrays of i2c_device_data Uwe Kleine-König (The Capable Hub)
[not found] ` <6a0764e6.ec7b09a3.350c1e.ff87@mx.google.com>
2026-05-16 6:26 ` Uwe Kleine-König (The Capable Hub) [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=aggG2S-KG9aOTjsX@monoceros \
--to=u.kleine-koenig@baylibre.com \
--cc=linux-media@vger.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