* [PATCH] gpio: pca953x: disable regmap locking
@ 2020-04-07 15:42 Bartosz Golaszewski
2020-04-07 16:44 ` Geert Uytterhoeven
2020-04-16 9:53 ` Linus Walleij
0 siblings, 2 replies; 3+ messages in thread
From: Bartosz Golaszewski @ 2020-04-07 15:42 UTC (permalink / raw)
To: Linus Walleij, Marek Vasut, Geert Uytterhoeven
Cc: linux-gpio, linux-kernel, Bartosz Golaszewski
From: Bartosz Golaszewski <bgolaszewski@baylibre.com>
This driver uses its own locking but regmap silently uses a mutex for
all operations too. Add the option to disable locking to the regmap
config struct.
Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
---
drivers/gpio/gpio-pca953x.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/gpio-pca953x.c b/drivers/gpio/gpio-pca953x.c
index 5638b4e5355f..40da1954d74b 100644
--- a/drivers/gpio/gpio-pca953x.c
+++ b/drivers/gpio/gpio-pca953x.c
@@ -306,6 +306,7 @@ static const struct regmap_config pca953x_i2c_regmap = {
.writeable_reg = pca953x_writeable_register,
.volatile_reg = pca953x_volatile_register,
+ .disable_locking = true,
.cache_type = REGCACHE_RBTREE,
/* REVISIT: should be 0x7f but some 24 bit chips use REG_ADDR_AI */
.max_register = 0xff,
--
2.25.0
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] gpio: pca953x: disable regmap locking
2020-04-07 15:42 [PATCH] gpio: pca953x: disable regmap locking Bartosz Golaszewski
@ 2020-04-07 16:44 ` Geert Uytterhoeven
2020-04-16 9:53 ` Linus Walleij
1 sibling, 0 replies; 3+ messages in thread
From: Geert Uytterhoeven @ 2020-04-07 16:44 UTC (permalink / raw)
To: Bartosz Golaszewski
Cc: Linus Walleij, Marek Vasut, open list:GPIO SUBSYSTEM,
Linux Kernel Mailing List, Bartosz Golaszewski
On Tue, Apr 7, 2020 at 5:42 PM Bartosz Golaszewski <brgl@bgdev.pl> wrote:
> From: Bartosz Golaszewski <bgolaszewski@baylibre.com>
>
> This driver uses its own locking but regmap silently uses a mutex for
> all operations too. Add the option to disable locking to the regmap
> config struct.
>
> Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>
SATA on Salvator-XS with R-Car H3 ES2.0 relies on a pca9654 GPIO hog
and still works, so
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] gpio: pca953x: disable regmap locking
2020-04-07 15:42 [PATCH] gpio: pca953x: disable regmap locking Bartosz Golaszewski
2020-04-07 16:44 ` Geert Uytterhoeven
@ 2020-04-16 9:53 ` Linus Walleij
1 sibling, 0 replies; 3+ messages in thread
From: Linus Walleij @ 2020-04-16 9:53 UTC (permalink / raw)
To: Bartosz Golaszewski
Cc: Marek Vasut, Geert Uytterhoeven, open list:GPIO SUBSYSTEM,
linux-kernel, Bartosz Golaszewski
On Tue, Apr 7, 2020 at 5:42 PM Bartosz Golaszewski <brgl@bgdev.pl> wrote:
> From: Bartosz Golaszewski <bgolaszewski@baylibre.com>
>
> This driver uses its own locking but regmap silently uses a mutex for
> all operations too. Add the option to disable locking to the regmap
> config struct.
>
> Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Please queued this in your next devel pull request for me, thanks!
Yours,
Linus Walleij
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-04-16 9:54 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-04-07 15:42 [PATCH] gpio: pca953x: disable regmap locking Bartosz Golaszewski
2020-04-07 16:44 ` Geert Uytterhoeven
2020-04-16 9:53 ` Linus Walleij
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).