From: sashiko-bot@kernel.org
To: "Uwe Kleine-König (The Capable Hub)" <u.kleine-koenig@baylibre.com>
Cc: wsa+renesas@sang-engineering.com, Frank.Li@kernel.org,
linux-sunxi@lists.linux.dev, neil.armstrong@linaro.org,
imx@lists.linux.dev, mfd@lists.linux.dev,
linux-amlogic@lists.infradead.org, lee@kernel.org
Subject: Re: [PATCH v2 21/23] mfd: Unify style of of_device_id arrays
Date: Wed, 08 Jul 2026 11:32:53 +0000 [thread overview]
Message-ID: <20260708113254.2083D1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <ce43f6ec640a7835d64d3d696ff09229c3d31075.1783507945.git.u.kleine-koenig@baylibre.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Inconsistencies between the commit message's stated formatting rules and the actual modifications in several files.
--
--- Patch [21]: [PATCH v2 21/23] mfd: Unify style of of_device_id arrays ---
commit 38160e259bf192b6d1cf5cbe5c20b7b81df1f0bc
Author: Uwe Kleine-König (The Capable Hub) <u.kleine-koenig@baylibre.com>
mfd: Unify style of of_device_id arrays
This commit unifies the coding style of of_device_id arrays across multiple
MFD drivers. It aims to ensure consistent spacing, comma placement, and
terminator formatting as specified in the commit message.
> diff --git a/drivers/mfd/stmpe-i2c.c b/drivers/mfd/stmpe-i2c.c
> --- a/drivers/mfd/stmpe-i2c.c
> +++ b/drivers/mfd/stmpe-i2c.c
[ ... ]
> static const struct of_device_id stmpe_of_match[] = {
[ ... ]
> - { .compatible = "st,stmpe1801", .data = (void *)STMPE1801, },
> - { .compatible = "st,stmpe2401", .data = (void *)STMPE2401, },
> - { .compatible = "st,stmpe2403", .data = (void *)STMPE2403, },
> - {},
> + { .compatible = "st,stmpe1801", .data = (void *)STMPE1801 },
> + { .compatible = "st,stmpe2401", .data = (void *)STMPE2401},
[Severity: Low]
This isn't a bug, but does this entry miss the required space before the
closing brace? The commit message mentions adding a space before a closing
brace as part of the style unification.
> + { .compatible = "st,stmpe2403", .data = (void *)STMPE2403 },
> + { }
> };
> MODULE_DEVICE_TABLE(of, stmpe_of_match);
> diff --git a/drivers/mfd/tps6507x.c b/drivers/mfd/tps6507x.c
> --- a/drivers/mfd/tps6507x.c
> +++ b/drivers/mfd/tps6507x.c
[ ... ]
> #ifdef CONFIG_OF
> static const struct of_device_id tps6507x_of_match[] = {
> - {.compatible = "ti,tps6507x", },
> - {},
> + { .compatible = "ti,tps6507x" },
> + {}
[Severity: Low]
This isn't a bug, but should this list terminator have a single space inside?
The commit message notes a rule for using a single space in the list
terminator.
> };
> MODULE_DEVICE_TABLE(of, tps6507x_of_match);
> #endif
> diff --git a/drivers/mfd/tps6594-i2c.c b/drivers/mfd/tps6594-i2c.c
> --- a/drivers/mfd/tps6594-i2c.c
> +++ b/drivers/mfd/tps6594-i2c.c
[ ... ]
> static const struct of_device_id tps6594_i2c_of_match_table[] = {
> - { .compatible = "ti,tps6594-q1", .data = (void *)TPS6594, },
> - { .compatible = "ti,tps6593-q1", .data = (void *)TPS6593, },
> - { .compatible = "ti,lp8764-q1", .data = (void *)LP8764, },
> - { .compatible = "ti,tps65224-q1", .data = (void *)TPS65224, },
> - { .compatible = "ti,tps652g1", .data = (void *)TPS652G1, },
> - {}
> + { .compatible = "ti,tps6594-q1", .data = (void *)TPS6594 },
> + { .compatible = "ti,tps6593-q1", .data = (void *)TPS6593 },
> + { .compatible = "ti,lp8764-q1", .data = (void *)LP8764 },
[Severity: Low]
This isn't a bug, but are there two spaces before the closing brace on the
lp8764-q1 line? It looks like this might have been missed during the cleanup
to ensure a single space before the closing brace.
> + { .compatible = "ti,tps65224-q1", .data = (void *)TPS65224 },
> + { .compatible = "ti,tps652g1", .data = (void *)TPS652G1 },
> + { }
> };
> diff --git a/drivers/mfd/tps6594-spi.c b/drivers/mfd/tps6594-spi.c
> --- a/drivers/mfd/tps6594-spi.c
> +++ b/drivers/mfd/tps6594-spi.c
[ ... ]
> static const struct of_device_id tps6594_spi_of_match_table[] = {
> - { .compatible = "ti,tps6594-q1", .data = (void *)TPS6594, },
> - { .compatible = "ti,tps6593-q1", .data = (void *)TPS6593, },
> - { .compatible = "ti,lp8764-q1", .data = (void *)LP8764, },
> - { .compatible = "ti,tps65224-q1", .data = (void *)TPS65224, },
> - { .compatible = "ti,tps652g1", .data = (void *)TPS652G1, },
> - {}
> + { .compatible = "ti,tps6594-q1", .data = (void *)TPS6594 },
> + { .compatible = "ti,tps6593-q1", .data = (void *)TPS6593 },
> + { .compatible = "ti,lp8764-q1", .data = (void *)LP8764 },
[Severity: Low]
This isn't a bug, but could we also reduce the double spacing before the
closing brace on this line to match the intended single-space style?
> + { .compatible = "ti,tps65224-q1", .data = (void *)TPS65224 },
> + { .compatible = "ti,tps652g1", .data = (void *)TPS652G1 },
> + { }
> };
--
Sashiko AI review · https://sashiko.dev/#/patchset/cover.1783507945.git.u.kleine-koenig@baylibre.com?part=21
WARNING: multiple messages have this Message-ID (diff)
From: sashiko-bot@kernel.org
To: "Uwe Kleine-König (The Capable Hub)" <u.kleine-koenig@baylibre.com>
Cc: wsa+renesas@sang-engineering.com, Frank.Li@kernel.org,
linux-sunxi@lists.linux.dev, neil.armstrong@linaro.org,
imx@lists.linux.dev, mfd@lists.linux.dev,
linux-amlogic@lists.infradead.org, lee@kernel.org
Subject: Re: [PATCH v2 21/23] mfd: Unify style of of_device_id arrays
Date: Wed, 08 Jul 2026 11:32:53 +0000 [thread overview]
Message-ID: <20260708113254.2083D1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <ce43f6ec640a7835d64d3d696ff09229c3d31075.1783507945.git.u.kleine-koenig@baylibre.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Inconsistencies between the commit message's stated formatting rules and the actual modifications in several files.
--
--- Patch [21]: [PATCH v2 21/23] mfd: Unify style of of_device_id arrays ---
commit 38160e259bf192b6d1cf5cbe5c20b7b81df1f0bc
Author: Uwe Kleine-König (The Capable Hub) <u.kleine-koenig@baylibre.com>
mfd: Unify style of of_device_id arrays
This commit unifies the coding style of of_device_id arrays across multiple
MFD drivers. It aims to ensure consistent spacing, comma placement, and
terminator formatting as specified in the commit message.
> diff --git a/drivers/mfd/stmpe-i2c.c b/drivers/mfd/stmpe-i2c.c
> --- a/drivers/mfd/stmpe-i2c.c
> +++ b/drivers/mfd/stmpe-i2c.c
[ ... ]
> static const struct of_device_id stmpe_of_match[] = {
[ ... ]
> - { .compatible = "st,stmpe1801", .data = (void *)STMPE1801, },
> - { .compatible = "st,stmpe2401", .data = (void *)STMPE2401, },
> - { .compatible = "st,stmpe2403", .data = (void *)STMPE2403, },
> - {},
> + { .compatible = "st,stmpe1801", .data = (void *)STMPE1801 },
> + { .compatible = "st,stmpe2401", .data = (void *)STMPE2401},
[Severity: Low]
This isn't a bug, but does this entry miss the required space before the
closing brace? The commit message mentions adding a space before a closing
brace as part of the style unification.
> + { .compatible = "st,stmpe2403", .data = (void *)STMPE2403 },
> + { }
> };
> MODULE_DEVICE_TABLE(of, stmpe_of_match);
> diff --git a/drivers/mfd/tps6507x.c b/drivers/mfd/tps6507x.c
> --- a/drivers/mfd/tps6507x.c
> +++ b/drivers/mfd/tps6507x.c
[ ... ]
> #ifdef CONFIG_OF
> static const struct of_device_id tps6507x_of_match[] = {
> - {.compatible = "ti,tps6507x", },
> - {},
> + { .compatible = "ti,tps6507x" },
> + {}
[Severity: Low]
This isn't a bug, but should this list terminator have a single space inside?
The commit message notes a rule for using a single space in the list
terminator.
> };
> MODULE_DEVICE_TABLE(of, tps6507x_of_match);
> #endif
> diff --git a/drivers/mfd/tps6594-i2c.c b/drivers/mfd/tps6594-i2c.c
> --- a/drivers/mfd/tps6594-i2c.c
> +++ b/drivers/mfd/tps6594-i2c.c
[ ... ]
> static const struct of_device_id tps6594_i2c_of_match_table[] = {
> - { .compatible = "ti,tps6594-q1", .data = (void *)TPS6594, },
> - { .compatible = "ti,tps6593-q1", .data = (void *)TPS6593, },
> - { .compatible = "ti,lp8764-q1", .data = (void *)LP8764, },
> - { .compatible = "ti,tps65224-q1", .data = (void *)TPS65224, },
> - { .compatible = "ti,tps652g1", .data = (void *)TPS652G1, },
> - {}
> + { .compatible = "ti,tps6594-q1", .data = (void *)TPS6594 },
> + { .compatible = "ti,tps6593-q1", .data = (void *)TPS6593 },
> + { .compatible = "ti,lp8764-q1", .data = (void *)LP8764 },
[Severity: Low]
This isn't a bug, but are there two spaces before the closing brace on the
lp8764-q1 line? It looks like this might have been missed during the cleanup
to ensure a single space before the closing brace.
> + { .compatible = "ti,tps65224-q1", .data = (void *)TPS65224 },
> + { .compatible = "ti,tps652g1", .data = (void *)TPS652G1 },
> + { }
> };
> diff --git a/drivers/mfd/tps6594-spi.c b/drivers/mfd/tps6594-spi.c
> --- a/drivers/mfd/tps6594-spi.c
> +++ b/drivers/mfd/tps6594-spi.c
[ ... ]
> static const struct of_device_id tps6594_spi_of_match_table[] = {
> - { .compatible = "ti,tps6594-q1", .data = (void *)TPS6594, },
> - { .compatible = "ti,tps6593-q1", .data = (void *)TPS6593, },
> - { .compatible = "ti,lp8764-q1", .data = (void *)LP8764, },
> - { .compatible = "ti,tps65224-q1", .data = (void *)TPS65224, },
> - { .compatible = "ti,tps652g1", .data = (void *)TPS652G1, },
> - {}
> + { .compatible = "ti,tps6594-q1", .data = (void *)TPS6594 },
> + { .compatible = "ti,tps6593-q1", .data = (void *)TPS6593 },
> + { .compatible = "ti,lp8764-q1", .data = (void *)LP8764 },
[Severity: Low]
This isn't a bug, but could we also reduce the double spacing before the
closing brace on this line to match the intended single-space style?
> + { .compatible = "ti,tps65224-q1", .data = (void *)TPS65224 },
> + { .compatible = "ti,tps652g1", .data = (void *)TPS652G1 },
> + { }
> };
--
Sashiko AI review · https://sashiko.dev/#/patchset/cover.1783507945.git.u.kleine-koenig@baylibre.com?part=21
_______________________________________________
linux-amlogic mailing list
linux-amlogic@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-amlogic
next prev parent reply other threads:[~2026-07-08 11:32 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-08 11:15 [PATCH v2 00/23] mfd: Use named initializers for arrays of *_device_data Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 01/23] mfd: bcm2835-pm: Remove member of struct bcm2835_pm that is only used locally Uwe Kleine-König (The Capable Hub)
2026-07-10 10:20 ` Stanimir Varbanov
2026-07-08 11:15 ` [PATCH v2 02/23] mfd: bcm2835-pm: Drop unused header Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 03/23] mfd: kempld: Simplify device abstraction Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 04/23] mfd: lp87565: Explicitly set driver data for the generic dt compatible Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 05/23] mfd: mt6360: Drop irrelevant __maybe_unused Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 06/23] mfd: rt4831: " Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 07/23] mfd: loongson-se: Drop unused assignment of acpi_device_id driver data Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 08/23] mfd: Drop unused assignment of i2c_device_id " Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 09/23] mfd: Drop unused assignment of platform_device_id " Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 10/23] mfd: Drop unused assignment of spi_device_id " Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 11/23] mfd: Use named initializers for acpi_device_id arrays Uwe Kleine-König (The Capable Hub)
2026-07-08 12:07 ` Charles Keepax
2026-07-08 11:15 ` [PATCH v2 12/23] mfd: intel-m10-bmc-pmci: Use named initializers for dfl_device_id array Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 13/23] mfd: Use named initializers for arrays of i2c_device_id Uwe Kleine-König (The Capable Hub)
2026-07-08 11:24 ` sashiko-bot
2026-07-08 12:12 ` Charles Keepax
2026-07-08 12:55 ` André Draszik
2026-07-08 11:15 ` [PATCH v2 14/23] mfd: twl6030: Use named initializers for of_device_id Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 15/23] mfd: Use PCI_DEVICE* macros to initialize pci_device_id arrays Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 16/23] mfd: Use named initializers for platform_device_id array Uwe Kleine-König (The Capable Hub)
2026-07-09 19:35 ` Linus Walleij
2026-07-08 11:15 ` [PATCH v2 17/23] mfd: Use named initializers for arrays of spi_device_id Uwe Kleine-König (The Capable Hub)
2026-07-08 12:14 ` Charles Keepax
2026-07-08 11:15 ` [PATCH v2 18/23] mfd: Unify style of acpi_device_id arrays Uwe Kleine-König (The Capable Hub)
2026-07-08 11:20 ` Andy Shevchenko
2026-07-08 12:14 ` Charles Keepax
2026-07-08 11:15 ` [PATCH v2 19/23] mfd: Unify style of dmi_system_id arrays Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 20/23] mfd: Unify style of i2c_device_id arrays Uwe Kleine-König (The Capable Hub)
2026-07-08 12:15 ` Charles Keepax
2026-07-08 11:15 ` [PATCH v2 21/23] mfd: Unify style of of_device_id arrays Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` Uwe Kleine-König (The Capable Hub)
2026-07-08 11:32 ` sashiko-bot [this message]
2026-07-08 11:32 ` sashiko-bot
2026-07-08 12:18 ` Charles Keepax
2026-07-08 12:18 ` Charles Keepax
2026-07-08 12:58 ` André Draszik
2026-07-08 12:58 ` André Draszik
2026-07-10 19:36 ` Linus Walleij
2026-07-10 19:36 ` Linus Walleij
2026-07-08 11:15 ` [PATCH v2 22/23] mfd: Unify style of pci_device_id arrays Uwe Kleine-König (The Capable Hub)
2026-07-08 11:15 ` [PATCH v2 23/23] mfd: Unify style of spi_device_id arrays Uwe Kleine-König (The Capable Hub)
2026-07-08 12:19 ` Charles Keepax
2026-07-08 11:34 ` [PATCH v2 00/23] mfd: Use named initializers for arrays of *_device_data Andy Shevchenko
2026-07-08 11:34 ` Andy Shevchenko
2026-07-09 16:08 ` Uwe Kleine-König (The Capable Hub)
2026-07-09 16:08 ` Uwe Kleine-König (The Capable Hub)
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=20260708113254.2083D1F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=Frank.Li@kernel.org \
--cc=imx@lists.linux.dev \
--cc=lee@kernel.org \
--cc=linux-amlogic@lists.infradead.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=mfd@lists.linux.dev \
--cc=neil.armstrong@linaro.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=u.kleine-koenig@baylibre.com \
--cc=wsa+renesas@sang-engineering.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.