Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1406186 > unrolled thread

[PATCH] gpio: core: Do not call get_direction in atomic context for sleeping gpio

Started byLaxman Dewangan <ldewangan@nvidia.com>
First post2016-05-24 15:40 +0200
Last post2016-05-30 17:20 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH] gpio: core: Do not call get_direction in atomic context for sleeping gpio Laxman Dewangan <ldewangan@nvidia.com> - 2016-05-24 15:40 +0200
    Re: [PATCH] gpio: core: Do not call get_direction in atomic context  for sleeping gpio Linus Walleij <linus.walleij@linaro.org> - 2016-05-30 17:20 +0200

#1406186 — [PATCH] gpio: core: Do not call get_direction in atomic context for sleeping gpio

FromLaxman Dewangan <ldewangan@nvidia.com>
Date2016-05-24 15:40 +0200
Subject[PATCH] gpio: core: Do not call get_direction in atomic context for sleeping gpio
Message-ID<rCkIX-3Ps-79@gated-at.bofh.it>
When adding the gpiochip, the GPIO HW drivers' callback get_direction()
get called in atomic context. Some of the GPIO HW drivers can sleep when
accessing the register and hence it can create the sleeping call in
atomic context.

Call get_direction() in non-atomic context from gpiochip_add() if GPIO
HW driver is having sleepable callback i.e. chip->can_sleep = 1.

Signed-off-by: Laxman Dewangan <ldewangan@nvidia.com>

---
This is found when implementing the get_direction() of max77620 on 20160520
linux-next.

 drivers/gpio/gpiolib.c | 10 +++++++++-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index d407f904..4d04171 100644
--- a/drivers/gpio/gpiolib.c
+++ b/drivers/gpio/gpiolib.c
@@ -636,7 +636,15 @@ int gpiochip_add_data(struct gpio_chip *chip, void *data)
 			 * If we have .get_direction, set up the initial
 			 * direction flag from the hardware.
 			 */
-			int dir = chip->get_direction(chip, i);
+			int dir;
+
+			if (chip->can_sleep)
+				spin_unlock_irqrestore(&gpio_lock, flags);
+
+			dir = chip->get_direction(chip, i);
+
+			if (chip->can_sleep)
+				spin_lock_irqsave(&gpio_lock, flags);
 
 			if (!dir)
 				set_bit(FLAG_IS_OUT, &desc->flags);
-- 
2.1.4

[toc] | [next] | [standalone]


#1409210 — Re: [PATCH] gpio: core: Do not call get_direction in atomic context for sleeping gpio

FromLinus Walleij <linus.walleij@linaro.org>
Date2016-05-30 17:20 +0200
SubjectRe: [PATCH] gpio: core: Do not call get_direction in atomic context for sleeping gpio
Message-ID<rEx90-5Uj-17@gated-at.bofh.it>
In reply to#1406186
On Tue, May 24, 2016 at 3:18 PM, Laxman Dewangan <ldewangan@nvidia.com> wrote:

> When adding the gpiochip, the GPIO HW drivers' callback get_direction()
> get called in atomic context. Some of the GPIO HW drivers can sleep when
> accessing the register and hence it can create the sleeping call in
> atomic context.
>
> Call get_direction() in non-atomic context from gpiochip_add() if GPIO
> HW driver is having sleepable callback i.e. chip->can_sleep = 1.
>
> Signed-off-by: Laxman Dewangan <ldewangan@nvidia.com>
>
> ---
> This is found when implementing the get_direction() of max77620 on 20160520
> linux-next.

I chose to send a new patch just moving the lock release before the
direction check. I just sent it with you as Reported-by.

Yours,
Linus Walleij

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web