[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3292995.CbtlEUcBR6@phil>
Date: Fri, 23 Sep 2022 20:41:15 +0200
From: Heiko Stuebner <heiko@...ech.de>
To: Quentin Schulz <foss+kernel@...il.net>
Cc: linus.walleij@...aro.org, brgl@...ev.pl, jay.xu@...k-chips.com,
linux-gpio@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-rockchip@...ts.infradead.org, linux-kernel@...r.kernel.org,
foss+kernel@...il.net,
Quentin Schulz <quentin.schulz@...obroma-systems.com>,
stable@...r.kernel.org
Subject: Re: [PATCH 2/2] gpio: rockchip: request GPIO mux to pinctrl when setting direction
Am Freitag, 23. September 2022, 16:51:41 CEST schrieb Quentin Schulz:
> From: Quentin Schulz <quentin.schulz@...obroma-systems.com>
>
> Before the split of gpio and pinctrl sections in their own driver,
> rockchip_set_mux was called in pinmux_ops.gpio_set_direction for
> configuring a pin in its GPIO function.
>
> This is essential for cases where pinctrl is "bypassed" by gpio
> consumers otherwise the GPIO function is not configured for the pin and
> it does not work. Such was the case for the sysfs/libgpiod userspace
> GPIO handling.
>
> Let's call pinctrl_gpio_direction_input/output when setting the
> direction of a GPIO so that the pinctrl core requests from the rockchip
> pinctrl driver to put the pin in its GPIO function.
>
> Fixes: 9ce9a02039de ("pinctrl/rockchip: drop the gpio related codes")
> Fixes: 936ee2675eee ("gpio/rockchip: add driver for rockchip gpio")
> Cc: stable@...r.kernel.org
> Signed-off-by: Quentin Schulz <quentin.schulz@...obroma-systems.com>
cool, thanks a lot for reimplementing this
Reviewed-by: Heiko Stuebner <heiko@...ech.de>
Powered by blists - more mailing lists