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
next prev parent reply other threads:[~2026-07-08 11:32 UTC|newest]
Thread overview: 12+ 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 ` [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 21/23] mfd: Unify style of of_device_id arrays Uwe Kleine-König (The Capable Hub)
2026-07-08 11:32 ` sashiko-bot [this message]
2026-07-08 12:18 ` Charles Keepax
2026-07-08 12:58 ` André Draszik
2026-07-10 19:36 ` Linus Walleij
2026-07-08 11:34 ` [PATCH v2 00/23] mfd: Use named initializers for arrays of *_device_data Andy Shevchenko
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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox