From: Andrew Jeffery Date: Fri, 10 Jun 2016 07:16:36 +0000 (+0930) Subject: pinctrl: Reflow/wrap paragraph describing GPIO interaction X-Git-Url: https://git.stricted.de/?a=commitdiff_plain;h=73f8fed031d51868b57835cb1616c6aeea20a8d0;p=GitHub%2Fmoto-9609%2Fandroid_kernel_motorola_exynos9610.git pinctrl: Reflow/wrap paragraph describing GPIO interaction Signed-off-by: Andrew Jeffery Signed-off-by: Linus Walleij --- diff --git a/Documentation/pinctrl.txt b/Documentation/pinctrl.txt index 07d102c3d05a..6414a613cb8a 100644 --- a/Documentation/pinctrl.txt +++ b/Documentation/pinctrl.txt @@ -286,13 +286,13 @@ see the section named "pin control requests from drivers" and "drivers needing both pin control and GPIOs" below for details. But in some situations a cross-subsystem mapping between pins and GPIOs is needed. -Since the pin controller subsystem has its pinspace local to the pin -controller we need a mapping so that the pin control subsystem can figure out -which pin controller handles control of a certain GPIO pin. Since a single -pin controller may be muxing several GPIO ranges (typically SoCs that have -one set of pins, but internally several GPIO silicon blocks, each modelled as -a struct gpio_chip) any number of GPIO ranges can be added to a pin controller -instance like this: +Since the pin controller subsystem has its pinspace local to the pin controller +we need a mapping so that the pin control subsystem can figure out which pin +controller handles control of a certain GPIO pin. Since a single pin controller +may be muxing several GPIO ranges (typically SoCs that have one set of pins, +but internally several GPIO silicon blocks, each modelled as a struct +gpio_chip) any number of GPIO ranges can be added to a pin controller instance +like this: struct gpio_chip chip_a; struct gpio_chip chip_b;