Linux kernel and device drivers for NXP i.MX platforms
 help / color / mirror / Atom feed
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

  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