From: Andy Shevchenko <andy.shevchenko@gmail.com>
To: "Alvin Šipraga" <alvin@pqrs.dk>
Cc: "Mark Brown" <broonie@kernel.org>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Rafael J. Wysocki" <rafael@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Linus Walleij" <linus.walleij@linaro.org>,
"Bartosz Golaszewski" <brgl@bgdev.pl>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Jaroslav Kysela" <perex@perex.cz>,
"Takashi Iwai" <tiwai@suse.com>,
"Michael Turquette" <mturquette@baylibre.com>,
"Stephen Boyd" <sboyd@kernel.org>,
"Andi Shyti" <andi.shyti@kernel.org>,
"Saravana Kannan" <saravanak@google.com>,
"Emil Svendsen" <emas@bang-olufsen.dk>,
linux-kernel@vger.kernel.org, devicetree@vger.kernel.org,
linux-gpio@vger.kernel.org, linux-sound@vger.kernel.org,
linux-clk@vger.kernel.org, linux-i2c@vger.kernel.org,
"Alvin Šipraga" <alsi@bang-olufsen.dk>
Subject: Re: [PATCH 06/13] gpio: add AD24xx GPIO driver
Date: Tue, 28 May 2024 23:02:39 +0300 [thread overview]
Message-ID: <ZlY4X2P1VpF0aqjM@surfacebook.localdomain> (raw)
In-Reply-To: <20240517-a2b-v1-6-b8647554c67b@bang-olufsen.dk>
Fri, May 17, 2024 at 02:58:04PM +0200, Alvin Šipraga kirjoitti:
> From: Alvin Šipraga <alsi@bang-olufsen.dk>
>
> This driver adds GPIO function support for AD24xx A2B transceiver chips.
"Add GPIO..."
> When a GPIO is requested, the relevant pin is automatically muxed to
> GPIO mode. The device tree property gpio-reserved-ranges can be used to
> protect certain pins which are reserved for other functionality such as
> I2S/TDM data.
Why this doesn't use gpio-regmap?
...
> +config GPIO_AD24XX
> + tristate "Analog Devies Inc. AD24xx GPIO support"
> + depends on A2B_AD24XX_NODE
> + help
> + Say Y here to enable GPIO support for AD24xx A2B transceivers.
checkpatch probably complain about too short help text. You may extend it by
explaining how module will be called.
...
> +#include <linux/a2b/a2b.h>
> +#include <linux/a2b/ad24xx.h>
This seems to me not so generic as below...
+ bits.h
+ device.h
+ err.h
> +#include <linux/gpio/driver.h>
> +#include <linux/interrupt.h>
+ mod_devicetable.h
> +#include <linux/module.h>
+ mutex.h
> +#include <linux/of_irq.h>
Please, can we avoid OF in a new code?
> +#include <linux/regmap.h>
...hence move that group here and put a blank line before.
...
> +struct ad24xx_gpio {
> + struct device *dev;
> + struct a2b_func *func;
> + struct a2b_node *node;
> + struct regmap *regmap;
> + int irqs[AD24XX_MAX_GPIOS];
> + struct gpio_chip gpio_chip;
If you move this to be the first member, you might get less code being
generated at compile time.
> + struct irq_chip irq_chip;
Should not be here, but static.
> + struct mutex mutex;
> + unsigned int irq_invert : AD24XX_MAX_GPIOS;
> + unsigned int irq_enable : AD24XX_MAX_GPIOS;
> +};
...
> + if (ret)
> + dev_err(adg->dev,
> + "failed to update interrupt configuration: %d\n", ret);
Why and how is this useful?
...
> + struct fwnode_handle *fwnode = of_node_to_fwnode(dev->of_node);
First of all it uses a wrong API (custom to IRQ core), second why do you need
this?
...
> + struct device_node *np;
> + np = of_irq_find_parent(dev->of_node);
> + if (!np)
> + return -ENOENT;
> +
> + parent_domain = irq_find_host(np);
> + of_node_put(np);
> + if (!parent_domain)
> + return -ENOENT;
Why is this magic needed?
...
> + ret = devm_gpiochip_add_data(dev, gpio_chip, adg);
> + if (ret)
> + return ret;
> +
> + return 0;
return devm_gpiochip_add_data(...);
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2024-05-28 20:02 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-17 12:57 [PATCH 00/13] Analog Devices Inc. Automotive Audio Bus (A2B) support Alvin Šipraga
2024-05-17 12:57 ` [PATCH 01/13] a2b: add A2B driver core Alvin Šipraga
2024-05-18 12:46 ` kernel test robot
2024-05-19 7:15 ` Markus Elfring
2024-05-19 7:33 ` Markus Elfring
2024-05-19 8:38 ` Markus Elfring
2024-05-21 7:11 ` Alvin Šipraga
2024-05-21 7:33 ` Markus Elfring
2024-05-21 7:37 ` Greg Kroah-Hartman
2024-05-19 11:18 ` Markus Elfring
2024-05-17 12:58 ` [PATCH 02/13] regmap: add A2B support Alvin Šipraga
2024-05-17 14:42 ` Mark Brown
2024-05-21 6:27 ` Alvin Šipraga
2024-05-21 10:43 ` Mark Brown
2024-05-17 12:58 ` [PATCH 03/13] dt-bindings: a2b: Analog Devices AD24xx devices Alvin Šipraga
2024-05-19 11:40 ` Krzysztof Kozlowski
2024-05-19 11:44 ` Krzysztof Kozlowski
2024-05-21 7:24 ` Alvin Šipraga
2024-05-21 7:47 ` Krzysztof Kozlowski
2024-05-17 12:58 ` [PATCH 04/13] a2b: add AD24xx I2C interface driver Alvin Šipraga
2024-05-17 14:49 ` Wolfram Sang
2024-05-21 8:31 ` Alvin Šipraga
2024-05-18 12:56 ` kernel test robot
2024-05-18 15:02 ` kernel test robot
2024-05-17 12:58 ` [PATCH 05/13] a2b: add AD24xx node driver Alvin Šipraga
2024-05-17 12:58 ` [PATCH 06/13] gpio: add AD24xx GPIO driver Alvin Šipraga
2024-05-22 15:31 ` Bartosz Golaszewski
2024-05-28 12:13 ` Linus Walleij
2024-05-28 20:02 ` Andy Shevchenko [this message]
2024-05-17 12:58 ` [PATCH 07/13] ASoC: codecs: add AD24xx codec driver Alvin Šipraga
2024-05-17 15:03 ` Mark Brown
2024-05-21 6:46 ` Alvin Šipraga
2024-05-21 7:08 ` Alvin Šipraga
2024-05-21 10:49 ` Mark Brown
2024-05-17 13:02 ` [PATCH 08/13] clk: add AD24xx clock driver Alvin Šipraga
2024-06-04 0:10 ` Stephen Boyd
2024-05-17 13:02 ` [PATCH 09/13] i2c: add AD24xx I2C controller driver Alvin Šipraga
2024-05-17 13:02 ` [PATCH 10/13] dt-bindings: vendor-prefixes: add Bang & Olufsen a/s Alvin Šipraga
2024-05-19 11:40 ` Krzysztof Kozlowski
2024-05-17 13:02 ` [PATCH 11/13] dt-bindings: a2b: add compatible string for Beosound Shape node Alvin Šipraga
2024-05-19 11:41 ` Krzysztof Kozlowski
2024-05-21 7:12 ` Alvin Šipraga
2024-05-21 7:32 ` Krzysztof Kozlowski
2024-05-17 13:02 ` [PATCH 12/13] a2b: add Beosound Shape node driver Alvin Šipraga
2024-05-17 13:02 ` [PATCH 13/13] MAINTAINERS: add maintainership for A2B drivers Alvin Šipraga
2024-05-17 14:57 ` [PATCH 00/13] Analog Devices Inc. Automotive Audio Bus (A2B) support Wolfram Sang
2024-05-21 7:08 ` Alvin Šipraga
2024-05-19 6:44 ` Markus Elfring
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=ZlY4X2P1VpF0aqjM@surfacebook.localdomain \
--to=andy.shevchenko@gmail.com \
--cc=alsi@bang-olufsen.dk \
--cc=alvin@pqrs.dk \
--cc=andi.shyti@kernel.org \
--cc=brgl@bgdev.pl \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=emas@bang-olufsen.dk \
--cc=gregkh@linuxfoundation.org \
--cc=krzk+dt@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=perex@perex.cz \
--cc=rafael@kernel.org \
--cc=robh@kernel.org \
--cc=saravanak@google.com \
--cc=sboyd@kernel.org \
--cc=tiwai@suse.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