From: Daniel Thompson <daniel.thompson@linaro.org>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>,
Bartosz Golaszewski <brgl@bgdev.pl>,
linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
linux-arm-kernel@lists.infradead.org, linux-gpio@vger.kernel.org
Subject: Re: [PATCH 2/7] gpiolib: of: consolidate simple renames into a single quirk
Date: Wed, 12 Oct 2022 11:12:03 +0100 [thread overview]
Message-ID: <Y0aS80PlA/T3mx2d@maple.lan> (raw)
In-Reply-To: <20221011-gpiolib-quirks-v1-2-e01d9d3e7b29@gmail.com>
On Tue, Oct 11, 2022 at 03:19:30PM -0700, Dmitry Torokhov wrote:
> This consolidates all quirks doing simple renames (either allowing
> suffix-less names or trivial renames, when index changes are not
> required) into a single quirk.
>
> Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> ---
> drivers/gpio/gpiolib-of.c | 176 +++++++++++++++++-----------------------------
> 1 file changed, 64 insertions(+), 112 deletions(-)
Nice diffstat, almost a shame that the diff algo itself has latched onto
spurious anchor points to generate something that is so hard to read
;-) .
I've reviewed this pretty closely and AFAICT it does exactly what the
preivous code does. Thus the comments below are all related to things
that the new table makes obvious that the previous code handled in a
rather inconsistent way. Maybe that means these could/should be fixed
in an extra patch within this patch set.
I guess that means, despite the feedback below, *this* patch is:
Reviewed-by: Daniel Thompson <daniel.thompson@linaro.org>
> diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
> index cef4f6634125..619aae0c5476 100644
> @@ -365,127 +365,83 @@ struct gpio_desc *gpiod_get_from_of_node(const struct device_node *node,
> +static struct gpio_desc *of_find_gpio_rename(struct device_node *np,
> const char *con_id,
> unsigned int idx,
> enum of_gpio_flags *of_flags)
> {
> + static const struct of_rename_gpio {
> + const char *con_id;
> + const char *legacy_id; /* NULL - same as con_id */
> + const char *compatible; /* NULL - don't check */
"don't check" doesn't seem desirable. It's not too big a deal here
because everything affected has a vendor prefix (meaning incorrect
matching is unlikely). Should there be a comment about the general care
needed for a NULL compatible?
> + } gpios[] = {
> +#if IS_ENABLED(CONFIG_MFD_ARIZONA)
> + { "wlf,reset", NULL, NULL },
CONFIG_REGULATOR_ARIZONA_LDO1 is better guard for this con id.
> +#endif
> +#if IS_ENABLED(CONFIG_REGULATOR)
> + /*
> + * Some regulator bindings happened before we managed to
> + * establish that GPIO properties should be named
> + * "foo-gpios" so we have this special kludge for them.
> + */
> + { "wlf,ldoena", NULL, NULL }, /* Arizona */
CONFIG_REGULATOR_ARIZONA_LDO1 is better for this one too.
> + { "wlf,ldo1ena", NULL, NULL }, /* WM8994 */
> + { "wlf,ldo2ena", NULL, NULL }, /* WM8994 */
CONFIG_REGULATOR_WM8994 is a better guard for these.
> +#endif
> +#if IS_ENABLED(CONFIG_SPI_MASTER)
> + /*
> + * The SPI GPIO bindings happened before we managed to
> + * establish that GPIO properties should be named
> + * "foo-gpios" so we have this special kludge for them.
> + */
> + { "miso", "gpio-miso", "spi-gpio" },
> + { "mosi", "gpio-mosi", "spi-gpio" },
> + { "sck", "gpio-sck", "spi-gpio" },
CONFIG_SPI_GPIO is a better guard for these.
>
> + /*
> + * The old Freescale bindings use simply "gpios" as name
> + * for the chip select lines rather than "cs-gpios" like
> + * all other SPI hardware. Allow this specifically for
> + * Freescale and PPC devices.
> + */
> + { "cs", "gpios", "fsl,spi" },
> + { "cs", "gpios", "aeroflexgaisler,spictrl" },
CONFIG_SPI_FSL_SPI for these.
> + { "cs", "gpios", "ibm,ppc4xx-spi" },
CONFIG_SPI_PPC4xx for this.
> +#endif
> +#if IS_ENABLED(CONFIG_TYPEC_FUSB302)
> + /*
> + * Fairchild FUSB302 host is using undocumented "fcs,int_n"
> + * property without the compulsory "-gpios" suffix.
> + */
> + { "fcs,int_n", NULL, "fcs,fusb302" },
> +#endif
> };
> + struct gpio_desc *desc;
> + const char *legacy_id;
> + unsigned int i;
>
> if (!con_id)
> return ERR_PTR(-ENOENT);
>
> + for (i = 0; i < ARRAY_SIZE(gpios); i++) {
> + if (strcmp(con_id, gpios[i].con_id))
> + continue;
>
> + if (gpios[i].compatible &&
> + !of_device_is_compatible(np, gpios[i].compatible))
> + continue;
>
> + legacy_id = gpios[i].legacy_id ?: gpios[i].con_id;
> + desc = of_get_named_gpiod_flags(np, legacy_id, idx, of_flags);
> + if (!gpiod_not_found(desc)) {
> + pr_info("%s uses legacy gpio name '%s' instead of '%s-gpios'\n",
> + of_node_full_name(np), legacy_id, con_id);
> + return desc;
> + }
> + }
>
> + return ERR_PTR(-ENOENT);
> }
I would normally trim last but this but given what git did to this particular
patch I left it as a public service ;-) (it has the - parts of the
patch removed).
Daniel.
next prev parent reply other threads:[~2022-10-12 10:14 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-11 22:19 [PATCH 0/7] gpiolib: more quirks to handle legacy names Dmitry Torokhov
2022-10-11 22:19 ` [PATCH 1/7] gpiolib: of: add a quirk for legacy names in Mediatek mt2701-cs42448 Dmitry Torokhov
2022-10-12 10:14 ` Daniel Thompson
2022-10-17 10:07 ` Linus Walleij
2022-10-11 22:19 ` [PATCH 2/7] gpiolib: of: consolidate simple renames into a single quirk Dmitry Torokhov
2022-10-12 10:12 ` Daniel Thompson [this message]
2022-10-12 19:20 ` Dmitry Torokhov
2022-10-13 12:59 ` Daniel Thompson
2022-10-11 22:19 ` [PATCH 3/7] gpiolib: of: add quirk for locating reset lines with legacy bindings Dmitry Torokhov
2022-10-12 10:19 ` Daniel Thompson
2022-10-11 22:19 ` [PATCH 4/7] gpiolib: of: add a quirk for reset line for Marvell NFC controller Dmitry Torokhov
2022-10-12 10:29 ` Daniel Thompson
2022-10-12 18:45 ` Dmitry Torokhov
2022-10-12 18:50 ` Daniel Thompson
2022-10-12 18:55 ` Dmitry Torokhov
2022-10-13 13:00 ` Daniel Thompson
2022-10-11 22:19 ` [PATCH 5/7] gpiolib: of: add a quirk for reset line for Cirrus CS42L56 codec Dmitry Torokhov
2022-10-12 10:30 ` Daniel Thompson
2022-10-11 22:19 ` [PATCH 6/7] gpiolib: of: factor out code overriding gpio line polarity Dmitry Torokhov
2022-10-12 11:10 ` Andy Shevchenko
2022-10-12 15:30 ` Dmitry Torokhov
2022-10-11 22:19 ` [PATCH 7/7] gpiolib: of: add quirk for phy reset polarity for Freescale Ethernet Dmitry Torokhov
2022-10-12 6:14 ` Alexander Stein
2022-10-12 15:25 ` Dmitry Torokhov
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=Y0aS80PlA/T3mx2d@maple.lan \
--to=daniel.thompson@linaro.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=brgl@bgdev.pl \
--cc=dmitry.torokhov@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).