€•®     Œsphinx.addnodes”Œdocument”“”)”}”(Œ	rawsource”Œ ”Œchildren”]”(Œtranslations”ŒLanguagesNode”“”)”}”(hhh]”(h Œpending_xref”“”)”}”(hhh]”Œdocutils.nodes”ŒText”“”ŒChinese (Simplified)”…””}”Œparent”hsbaŒ
attributes”}”(Œids”]”Œclasses”]”Œnames”]”Œdupnames”]”Œbackrefs”]”Œ	refdomain”Œstd”Œreftype”Œdoc”Œ	reftarget”Œ*/translations/zh_CN/driver-api/gpio/driver”Œmodname”NŒ	classname”NŒrefexplicit”ˆuŒtagname”hhhubh)”}”(hhh]”hŒChinese (Traditional)”…””}”hh2sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ*/translations/zh_TW/driver-api/gpio/driver”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒItalian”…””}”hhFsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ*/translations/it_IT/driver-api/gpio/driver”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒJapanese”…””}”hhZsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ*/translations/ja_JP/driver-api/gpio/driver”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒKorean”…””}”hhnsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ*/translations/ko_KR/driver-api/gpio/driver”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒPortuguese (Brazilian)”…””}”hh‚sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ*/translations/pt_BR/driver-api/gpio/driver”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒSpanish”…””}”hh–sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ*/translations/sp_SP/driver-api/gpio/driver”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubeh}”(h]”h ]”h"]”h$]”h&]”Œcurrent_language”ŒEnglish”uh1h
hhŒ	_document”hŒsource”NŒline”NubhŒsection”“”)”}”(hhh]”(hŒtitle”“”)”}”(hŒGPIO Driver Interface”h]”hŒGPIO Driver Interface”…””}”(hh¼h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhh·h²hh³ŒD/var/lib/git/docbuild/linux/Documentation/driver-api/gpio/driver.rst”h´KubhŒ	paragraph”“”)”}”(hŒAThis document serves as a guide for writers of GPIO chip drivers.”h]”hŒAThis document serves as a guide for writers of GPIO chip drivers.”…””}”(hhÍh²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khh·h²hubhÌ)”}”(hŒ~Each GPIO controller driver needs to include the following header, which defines
the structures used to define a GPIO driver::”h]”hŒ}Each GPIO controller driver needs to include the following header, which defines
the structures used to define a GPIO driver:”…””}”(hhÛh²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khh·h²hubhŒliteral_block”“”)”}”(hŒ#include <linux/gpio/driver.h>”h]”hŒ#include <linux/gpio/driver.h>”…””}”hhësbah}”(h]”h ]”h"]”h$]”h&]”Œ	xml:space”Œpreserve”uh1héh³hÊh´K
hh·h²hubh¶)”}”(hhh]”(h»)”}”(hŒ Internal Representation of GPIOs”h]”hŒ Internal Representation of GPIOs”…””}”(hhþh²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhhûh²hh³hÊh´KubhÌ)”}”(hX  A GPIO chip handles one or more GPIO lines. To be considered a GPIO chip, the
lines must conform to the definition: General Purpose Input/Output. If the
line is not general purpose, it is not GPIO and should not be handled by a
GPIO chip. The use case is the indicative: certain lines in a system may be
called GPIO but serve a very particular purpose thus not meeting the criteria
of a general purpose I/O. On the other hand a LED driver line may be used as a
GPIO and should therefore still be handled by a GPIO chip driver.”h]”hX  A GPIO chip handles one or more GPIO lines. To be considered a GPIO chip, the
lines must conform to the definition: General Purpose Input/Output. If the
line is not general purpose, it is not GPIO and should not be handled by a
GPIO chip. The use case is the indicative: certain lines in a system may be
called GPIO but serve a very particular purpose thus not meeting the criteria
of a general purpose I/O. On the other hand a LED driver line may be used as a
GPIO and should therefore still be handled by a GPIO chip driver.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khhûh²hubhÌ)”}”(hŒÚInside a GPIO driver, individual GPIO lines are identified by their hardware
number, sometime also referred to as ``offset``, which is a unique number
between 0 and n-1, n being the number of GPIOs managed by the chip.”h]”(hŒrInside a GPIO driver, individual GPIO lines are identified by their hardware
number, sometime also referred to as ”…””}”(hj  h²hh³Nh´NubhŒliteral”“”)”}”(hŒ
``offset``”h]”hŒoffset”…””}”(hj$  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j"  hj  ubhŒ^, which is a unique number
between 0 and n-1, n being the number of GPIOs managed by the chip.”…””}”(hj  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khhûh²hubhÌ)”}”(hX8  The hardware GPIO number should be something intuitive to the hardware, for
example if a system uses a memory-mapped set of I/O-registers where 32 GPIO
lines are handled by one bit per line in a 32-bit register, it makes sense to
use hardware offsets 0..31 for these, corresponding to bits 0..31 in the
register.”h]”hX8  The hardware GPIO number should be something intuitive to the hardware, for
example if a system uses a memory-mapped set of I/O-registers where 32 GPIO
lines are handled by one bit per line in a 32-bit register, it makes sense to
use hardware offsets 0..31 for these, corresponding to bits 0..31 in the
register.”…””}”(hj<  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khhûh²hubhÌ)”}”(hŒzThis number is purely internal: the hardware number of a particular GPIO
line is never made visible outside of the driver.”h]”hŒzThis number is purely internal: the hardware number of a particular GPIO
line is never made visible outside of the driver.”…””}”(hjJ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K"hhûh²hubhÌ)”}”(hX¸  On top of this internal number, each GPIO line also needs to have a global
number in the integer GPIO namespace so that it can be used with the legacy GPIO
interface. Each chip must thus have a "base" number (which can be automatically
assigned), and for each GPIO line the global number will be (base + hardware
number). Although the integer representation is considered deprecated, it still
has many users and thus needs to be maintained.”h]”hX¼  On top of this internal number, each GPIO line also needs to have a global
number in the integer GPIO namespace so that it can be used with the legacy GPIO
interface. Each chip must thus have a â€œbaseâ€ number (which can be automatically
assigned), and for each GPIO line the global number will be (base + hardware
number). Although the integer representation is considered deprecated, it still
has many users and thus needs to be maintained.”…””}”(hjX  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K%hhûh²hubhÌ)”}”(hXÌ  So for example one platform could use global numbers 32-159 for GPIOs, with a
controller defining 128 GPIOs at a "base" of 32 ; while another platform uses
global numbers 0..63 with one set of GPIO controllers, 64-79 with another type
of GPIO controller, and on one particular board 80-95 with an FPGA. The legacy
numbers need not be contiguous; either of those platforms could also use numbers
2000-2063 to identify GPIO lines in a bank of I2C GPIO expanders.”h]”hXÐ  So for example one platform could use global numbers 32-159 for GPIOs, with a
controller defining 128 GPIOs at a â€œbaseâ€ of 32 ; while another platform uses
global numbers 0..63 with one set of GPIO controllers, 64-79 with another type
of GPIO controller, and on one particular board 80-95 with an FPGA. The legacy
numbers need not be contiguous; either of those platforms could also use numbers
2000-2063 to identify GPIO lines in a bank of I2C GPIO expanders.”…””}”(hjf  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K,hhûh²hubeh}”(h]”Œ internal-representation-of-gpios”ah ]”h"]”Œ internal representation of gpios”ah$]”h&]”uh1hµhh·h²hh³hÊh´Kubh¶)”}”(hhh]”(h»)”}”(hŒController Drivers: gpio_chip”h]”hŒController Drivers: gpio_chip”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhj|  h²hh³hÊh´K5ubhÌ)”}”(hŒëIn the gpiolib framework each GPIO controller is packaged as a "struct
gpio_chip" (see <linux/gpio/driver.h> for its complete definition) with members
common to each controller of that type, these should be assigned by the
driver code:”h]”hŒïIn the gpiolib framework each GPIO controller is packaged as a â€œstruct
gpio_chipâ€ (see <linux/gpio/driver.h> for its complete definition) with members
common to each controller of that type, these should be assigned by the
driver code:”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K7hj|  h²hubhŒblock_quote”“”)”}”(hX  - methods to establish GPIO line direction
- methods used to access GPIO line values
- method to set electrical configuration for a given GPIO line
- method to return the IRQ number associated to a given GPIO line
- flag saying whether calls to its methods may sleep
- optional line names array to identify lines
- optional debugfs dump method (showing extra state information)
- optional base number (will be automatically assigned if omitted)
- optional label for diagnostics and GPIO chip mapping using platform data
”h]”hŒbullet_list”“”)”}”(hhh]”(hŒ	list_item”“”)”}”(hŒ(methods to establish GPIO line direction”h]”hÌ)”}”(hjª  h]”hŒ(methods to establish GPIO line direction”…””}”(hj¬  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K<hj¨  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj£  ubj§  )”}”(hŒ'methods used to access GPIO line values”h]”hÌ)”}”(hjÁ  h]”hŒ'methods used to access GPIO line values”…””}”(hjÃ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K=hj¿  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj£  ubj§  )”}”(hŒ<method to set electrical configuration for a given GPIO line”h]”hÌ)”}”(hjØ  h]”hŒ<method to set electrical configuration for a given GPIO line”…””}”(hjÚ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K>hjÖ  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj£  ubj§  )”}”(hŒ?method to return the IRQ number associated to a given GPIO line”h]”hÌ)”}”(hjï  h]”hŒ?method to return the IRQ number associated to a given GPIO line”…””}”(hjñ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K?hjí  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj£  ubj§  )”}”(hŒ2flag saying whether calls to its methods may sleep”h]”hÌ)”}”(hj  h]”hŒ2flag saying whether calls to its methods may sleep”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K@hj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj£  ubj§  )”}”(hŒ+optional line names array to identify lines”h]”hÌ)”}”(hj  h]”hŒ+optional line names array to identify lines”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KAhj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj£  ubj§  )”}”(hŒ>optional debugfs dump method (showing extra state information)”h]”hÌ)”}”(hj4  h]”hŒ>optional debugfs dump method (showing extra state information)”…””}”(hj6  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KBhj2  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj£  ubj§  )”}”(hŒ@optional base number (will be automatically assigned if omitted)”h]”hÌ)”}”(hjK  h]”hŒ@optional base number (will be automatically assigned if omitted)”…””}”(hjM  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KChjI  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj£  ubj§  )”}”(hŒIoptional label for diagnostics and GPIO chip mapping using platform data
”h]”hÌ)”}”(hŒHoptional label for diagnostics and GPIO chip mapping using platform data”h]”hŒHoptional label for diagnostics and GPIO chip mapping using platform data”…””}”(hjd  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KDhj`  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj£  ubeh}”(h]”h ]”h"]”h$]”h&]”Œbullet”Œ-”uh1j¡  h³hÊh´K<hj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j›  h³hÊh´K<hj|  h²hubhÌ)”}”(hX5  The code implementing a gpio_chip should support multiple instances of the
controller, preferably using the driver model. That code will configure each
gpio_chip and issue gpiochip_add_data() or devm_gpiochip_add_data(). Removing
a GPIO controller should be rare; use gpiochip_remove() when it is unavoidable.”h]”hX5  The code implementing a gpio_chip should support multiple instances of the
controller, preferably using the driver model. That code will configure each
gpio_chip and issue gpiochip_add_data() or devm_gpiochip_add_data(). Removing
a GPIO controller should be rare; use gpiochip_remove() when it is unavoidable.”…””}”(hj†  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KFhj|  h²hubhÌ)”}”(hŒÙOften a gpio_chip is part of an instance-specific structure with states not
exposed by the GPIO interfaces, such as addressing, power management, and more.
Chips such as audio codecs will have complex non-GPIO states.”h]”hŒÙOften a gpio_chip is part of an instance-specific structure with states not
exposed by the GPIO interfaces, such as addressing, power management, and more.
Chips such as audio codecs will have complex non-GPIO states.”…””}”(hj”  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KKhj|  h²hubhÌ)”}”(hŒÕAny debugfs dump method should normally ignore lines which haven't been
requested. They can use gpiochip_is_requested(), which returns either
NULL or the label associated with that GPIO line when it was requested.”h]”hŒ×Any debugfs dump method should normally ignore lines which havenâ€™t been
requested. They can use gpiochip_is_requested(), which returns either
NULL or the label associated with that GPIO line when it was requested.”…””}”(hj¢  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KOhj|  h²hubhÌ)”}”(hXY  Realtime considerations: the GPIO driver should not use spinlock_t or any
sleepable APIs (like PM runtime) in its gpio_chip implementation (.get/.set
and direction control callbacks) if it is expected to call GPIO APIs from
atomic context on realtime kernels (inside hard IRQ handlers and similar
contexts). Normally this should not be required.”h]”hXY  Realtime considerations: the GPIO driver should not use spinlock_t or any
sleepable APIs (like PM runtime) in its gpio_chip implementation (.get/.set
and direction control callbacks) if it is expected to call GPIO APIs from
atomic context on realtime kernels (inside hard IRQ handlers and similar
contexts). Normally this should not be required.”…””}”(hj°  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KShj|  h²hubh¶)”}”(hhh]”(h»)”}”(hŒGPIO level semantics”h]”hŒGPIO level semantics”…””}”(hjÁ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhj¾  h²hh³hÊh´K[ubhÌ)”}”(hŒqThe gpip_chip .get/set[_multiple]() line values are clamped to the boolean
space [0, 1], low level or high level.”h]”hŒqThe gpip_chip .get/set[_multiple]() line values are clamped to the boolean
space [0, 1], low level or high level.”…””}”(hjÏ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K]hj¾  h²hubhÌ)”}”(hŒxLow and high values are defined as physical low on the line in/out to the
connector such as a physical pad, pin or rail.”h]”hŒxLow and high values are defined as physical low on the line in/out to the
connector such as a physical pad, pin or rail.”…””}”(hjÝ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K`hj¾  h²hubhÌ)”}”(hŒÊThe GPIO library has internal logic to handle lines that are active low, such
as indicated by overstrike or #name in a schematic, and the driver should not
try to second-guess the logic value of a line.”h]”hŒÊThe GPIO library has internal logic to handle lines that are active low, such
as indicated by overstrike or #name in a schematic, and the driver should not
try to second-guess the logic value of a line.”…””}”(hjë  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Kchj¾  h²hubhÌ)”}”(hX‡  The way GPIO values are handled by the consumers is that the library present
the *logical* value to the consumer. A line is *asserted* if its *logical*
value is 1, and *de-asserted* if its logical value is 0. If inversion is
required, this is handled by gpiolib and configured using hardware descriptions
such as device tree or ACPI that can clearly indicate if a line is active
high or low.”h]”(hŒQThe way GPIO values are handled by the consumers is that the library present
the ”…””}”(hjù  h²hh³Nh´NubhŒemphasis”“”)”}”(hŒ	*logical*”h]”hŒlogical”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j  hjù  ubhŒ" value to the consumer. A line is ”…””}”(hjù  h²hh³Nh´Nubj  )”}”(hŒ
*asserted*”h]”hŒasserted”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j  hjù  ubhŒ if its ”…””}”(hjù  h²hh³Nh´Nubj  )”}”(hŒ	*logical*”h]”hŒlogical”…””}”(hj'  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j  hjù  ubhŒ
value is 1, and ”…””}”(hjù  h²hh³Nh´Nubj  )”}”(hŒ*de-asserted*”h]”hŒde-asserted”…””}”(hj9  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j  hjù  ubhŒÒ if its logical value is 0. If inversion is
required, this is handled by gpiolib and configured using hardware descriptions
such as device tree or ACPI that can clearly indicate if a line is active
high or low.”…””}”(hjù  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Kghj¾  h²hubhÌ)”}”(hXp  Since electronics commonly insert inverters as driving stages or protection
buffers in front of a GPIO line it is necessary that this semantic is part
of the hardware description, so that consumers such as kernel drivers need
not worry about this, and can for example assert a RESET line tied to a GPIO
pin by setting it to logic 1 even if it is physically active low.”h]”hXp  Since electronics commonly insert inverters as driving stages or protection
buffers in front of a GPIO line it is necessary that this semantic is part
of the hardware description, so that consumers such as kernel drivers need
not worry about this, and can for example assert a RESET line tied to a GPIO
pin by setting it to logic 1 even if it is physically active low.”…””}”(hjQ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Knhj¾  h²hubeh}”(h]”Œgpio-level-semantics”ah ]”h"]”Œgpio level semantics”ah$]”h&]”uh1hµhj|  h²hh³hÊh´K[ubh¶)”}”(hhh]”(h»)”}”(hŒGPIO electrical configuration”h]”hŒGPIO electrical configuration”…””}”(hjj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhjg  h²hh³hÊh´KvubhÌ)”}”(hŒGPIO lines can be configured for several electrical modes of operation by using
the .set_config() callback. Currently this API supports setting:”h]”hŒGPIO lines can be configured for several electrical modes of operation by using
the .set_config() callback. Currently this API supports setting:”…””}”(hjx  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Kxhjg  h²hubj¢  )”}”(hhh]”(j§  )”}”(hŒ
Debouncing”h]”hÌ)”}”(hj‹  h]”hŒ
Debouncing”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K{hj‰  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj†  h²hh³hÊh´Nubj§  )”}”(hŒ+Single-ended modes (open drain/open source)”h]”hÌ)”}”(hj¢  h]”hŒ+Single-ended modes (open drain/open source)”…””}”(hj¤  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K|hj   ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj†  h²hh³hÊh´Nubj§  )”}”(hŒ*Pull up and pull down resistor enablement
”h]”hÌ)”}”(hŒ)Pull up and pull down resistor enablement”h]”hŒ)Pull up and pull down resistor enablement”…””}”(hj»  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K}hj·  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj†  h²hh³hÊh´Nubeh}”(h]”h ]”h"]”h$]”h&]”j~  j  uh1j¡  h³hÊh´K{hjg  h²hubhÌ)”}”(hŒ#These settings are described below.”h]”hŒ#These settings are described below.”…””}”(hjÕ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khjg  h²hubhÌ)”}”(hXã  The .set_config() callback uses the same enumerators and configuration
semantics as the generic pin control drivers. This is not a coincidence: it is
possible to assign the .set_config() to the function gpiochip_generic_config()
which will result in pinctrl_gpio_set_config() being called and eventually
ending up in the pin control back-end "behind" the GPIO controller, usually
closer to the actual pins. This way the pin controller can manage the below
listed GPIO configurations.”h]”hXç  The .set_config() callback uses the same enumerators and configuration
semantics as the generic pin control drivers. This is not a coincidence: it is
possible to assign the .set_config() to the function gpiochip_generic_config()
which will result in pinctrl_gpio_set_config() being called and eventually
ending up in the pin control back-end â€œbehindâ€ the GPIO controller, usually
closer to the actual pins. This way the pin controller can manage the below
listed GPIO configurations.”…””}”(hjã  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khjg  h²hubhÌ)”}”(hŒäIf a pin controller back-end is used, the GPIO controller or hardware
description needs to provide "GPIO ranges" mapping the GPIO line offsets to pin
numbers on the pin controller so they can properly cross-reference each other.”h]”hŒèIf a pin controller back-end is used, the GPIO controller or hardware
description needs to provide â€œGPIO rangesâ€ mapping the GPIO line offsets to pin
numbers on the pin controller so they can properly cross-reference each other.”…””}”(hjñ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K‰hjg  h²hubeh}”(h]”Œgpio-electrical-configuration”ah ]”h"]”Œgpio electrical configuration”ah$]”h&]”uh1hµhj|  h²hh³hÊh´Kvubh¶)”}”(hhh]”(h»)”}”(hŒ GPIO lines with debounce support”h]”hŒ GPIO lines with debounce support”…””}”(hj
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhj  h²hh³hÊh´KubhÌ)”}”(hXO  Debouncing is a configuration set to a pin indicating that it is connected to
a mechanical switch or button, or similar that may bounce. Bouncing means the
line is pulled high/low quickly at very short intervals for mechanical
reasons. This can result in the value being unstable or irqs firing repeatedly
unless the line is debounced.”h]”hXO  Debouncing is a configuration set to a pin indicating that it is connected to
a mechanical switch or button, or similar that may bounce. Bouncing means the
line is pulled high/low quickly at very short intervals for mechanical
reasons. This can result in the value being unstable or irqs firing repeatedly
unless the line is debounced.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K‘hj  h²hubhÌ)”}”(hX—  Debouncing in practice involves setting up a timer when something happens on
the line, wait a little while and then sample the line again, so see if it
still has the same value (low or high). This could also be repeated by a clever
state machine, waiting for a line to become stable. In either case, it sets
a certain number of milliseconds for debouncing, or just "on/off" if that time
is not configurable.”h]”hX›  Debouncing in practice involves setting up a timer when something happens on
the line, wait a little while and then sample the line again, so see if it
still has the same value (low or high). This could also be repeated by a clever
state machine, waiting for a line to become stable. In either case, it sets
a certain number of milliseconds for debouncing, or just â€œon/offâ€ if that time
is not configurable.”…””}”(hj&  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K—hj  h²hubeh}”(h]”Œ gpio-lines-with-debounce-support”ah ]”h"]”Œ gpio lines with debounce support”ah$]”h&]”uh1hµhj|  h²hh³hÊh´Kubh¶)”}”(hhh]”(h»)”}”(hŒ)GPIO lines with open drain/source support”h]”hŒ)GPIO lines with open drain/source support”…””}”(hj?  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhj<  h²hh³hÊh´K ubhÌ)”}”(hŒïOpen drain (CMOS) or open collector (TTL) means the line is not actively driven
high: instead you provide the drain/collector as output, so when the transistor
is not open, it will present a high-impedance (tristate) to the external rail::”h]”hŒîOpen drain (CMOS) or open collector (TTL) means the line is not actively driven
high: instead you provide the drain/collector as output, so when the transistor
is not open, it will present a high-impedance (tristate) to the external rail:”…””}”(hjM  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K¢hj<  h²hubhê)”}”(hŒÙCMOS CONFIGURATION      TTL CONFIGURATION

         ||--- out              +--- out
  in ----||                   |/
         ||--+         in ----|
             |                |\
            GND                 GND”h]”hŒÙCMOS CONFIGURATION      TTL CONFIGURATION

         ||--- out              +--- out
  in ----||                   |/
         ||--+         in ----|
             |                |\
            GND                 GND”…””}”hj[  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´K§hj<  h²hubhÌ)”}”(hŒJThis configuration is normally used as a way to achieve one of two things:”h]”hŒJThis configuration is normally used as a way to achieve one of two things:”…””}”(hji  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K¯hj<  h²hubj¢  )”}”(hhh]”(j§  )”}”(hŒcLevel-shifting: to reach a logical level higher than that of the silicon
where the output resides.
”h]”hÌ)”}”(hŒbLevel-shifting: to reach a logical level higher than that of the silicon
where the output resides.”h]”hŒbLevel-shifting: to reach a logical level higher than that of the silicon
where the output resides.”…””}”(hj~  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K±hjz  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hjw  h²hh³hÊh´Nubj§  )”}”(hX8  Inverse wire-OR on an I/O line, for example a GPIO line, making it possible
for any driving stage on the line to drive it low even if any other output
to the same line is simultaneously driving it high. A special case of this
is driving the SCL and SDA lines of an I2C bus, which is by definition a
wire-OR bus.
”h]”hÌ)”}”(hX7  Inverse wire-OR on an I/O line, for example a GPIO line, making it possible
for any driving stage on the line to drive it low even if any other output
to the same line is simultaneously driving it high. A special case of this
is driving the SCL and SDA lines of an I2C bus, which is by definition a
wire-OR bus.”h]”hX7  Inverse wire-OR on an I/O line, for example a GPIO line, making it possible
for any driving stage on the line to drive it low even if any other output
to the same line is simultaneously driving it high. A special case of this
is driving the SCL and SDA lines of an I2C bus, which is by definition a
wire-OR bus.”…””}”(hj–  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K´hj’  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hjw  h²hh³hÊh´Nubeh}”(h]”h ]”h"]”h$]”h&]”j~  j  uh1j¡  h³hÊh´K±hj<  h²hubhÌ)”}”(hŒ¿Both use cases require that the line be equipped with a pull-up resistor. This
resistor will make the line tend to high level unless one of the transistors on
the rail actively pulls it down.”h]”hŒ¿Both use cases require that the line be equipped with a pull-up resistor. This
resistor will make the line tend to high level unless one of the transistors on
the rail actively pulls it down.”…””}”(hj°  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Kºhj<  h²hubhÌ)”}”(hŒ´The level on the line will go as high as the VDD on the pull-up resistor, which
may be higher than the level supported by the transistor, achieving a
level-shift to the higher VDD.”h]”hŒ´The level on the line will go as high as the VDD on the pull-up resistor, which
may be higher than the level supported by the transistor, achieving a
level-shift to the higher VDD.”…””}”(hj¾  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K¾hj<  h²hubhÌ)”}”(hX  Integrated electronics often have an output driver stage in the form of a CMOS
"totem-pole" with one N-MOS and one P-MOS transistor where one of them drives
the line high and one of them drives the line low. This is called a push-pull
output. The "totem-pole" looks like so::”h]”hX  Integrated electronics often have an output driver stage in the form of a CMOS
â€œtotem-poleâ€ with one N-MOS and one P-MOS transistor where one of them drives
the line high and one of them drives the line low. This is called a push-pull
output. The â€œtotem-poleâ€ looks like so:”…””}”(hjÌ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KÂhj<  h²hubhê)”}”(hŒü                 VDD
                  |
        OD    ||--+
     +--/ ---o||     P-MOS-FET
     |        ||--+
IN --+            +----- out
     |        ||--+
     +--/ ----||     N-MOS-FET
        OS    ||--+
                  |
                 GND”h]”hŒü                 VDD
                  |
        OD    ||--+
     +--/ ---o||     P-MOS-FET
     |        ||--+
IN --+            +----- out
     |        ||--+
     +--/ ----||     N-MOS-FET
        OS    ||--+
                  |
                 GND”…””}”hjÚ  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´KÇhj<  h²hubhÌ)”}”(hŒ²The desired output signal (e.g. coming directly from some GPIO output register)
arrives at IN. The switches named "OD" and "OS" are normally closed, creating
a push-pull circuit.”h]”hŒºThe desired output signal (e.g. coming directly from some GPIO output register)
arrives at IN. The switches named â€œODâ€ and â€œOSâ€ are normally closed, creating
a push-pull circuit.”…””}”(hjè  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KÓhj<  h²hubhÌ)”}”(hX  Consider the little "switches" named "OD" and "OS" that enable/disable the
P-MOS or N-MOS transistor right after the split of the input. As you can see,
either transistor will go totally numb if this switch is open. The totem-pole
is then halved and give high impedance instead of actively driving the line
high or low respectively. That is usually how software-controlled open
drain/source works.”h]”hX™  Consider the little â€œswitchesâ€ named â€œODâ€ and â€œOSâ€ that enable/disable the
P-MOS or N-MOS transistor right after the split of the input. As you can see,
either transistor will go totally numb if this switch is open. The totem-pole
is then halved and give high impedance instead of actively driving the line
high or low respectively. That is usually how software-controlled open
drain/source works.”…””}”(hjö  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´K×hj<  h²hubhÌ)”}”(hX’  Some GPIO hardware come in open drain / open source configuration. Some are
hard-wired lines that will only support open drain or open source no matter
what: there is only one transistor there. Some are software-configurable:
by flipping a bit in a register the output can be configured as open drain
or open source, in practice by flicking open the switches labeled "OD" and "OS"
in the drawing above.”h]”hXš  Some GPIO hardware come in open drain / open source configuration. Some are
hard-wired lines that will only support open drain or open source no matter
what: there is only one transistor there. Some are software-configurable:
by flipping a bit in a register the output can be configured as open drain
or open source, in practice by flicking open the switches labeled â€œODâ€ and â€œOSâ€
in the drawing above.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KÞhj<  h²hubhÌ)”}”(hXx  By disabling the P-MOS transistor, the output can be driven between GND and
high impedance (open drain), and by disabling the N-MOS transistor, the output
can be driven between VDD and high impedance (open source). In the first case,
a pull-up resistor is needed on the outgoing rail to complete the circuit, and
in the second case, a pull-down resistor is needed on the rail.”h]”hXx  By disabling the P-MOS transistor, the output can be driven between GND and
high impedance (open drain), and by disabling the N-MOS transistor, the output
can be driven between VDD and high impedance (open source). In the first case,
a pull-up resistor is needed on the outgoing rail to complete the circuit, and
in the second case, a pull-down resistor is needed on the rail.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Kåhj<  h²hubhÌ)”}”(hX…  Hardware that supports open drain or open source or both, can implement a
special callback in the gpio_chip: .set_config() that takes a generic
pinconf packed value telling whether to configure the line as open drain,
open source or push-pull. This will happen in response to the
GPIO_OPEN_DRAIN or GPIO_OPEN_SOURCE flag set in the machine file, or coming
from other hardware descriptions.”h]”hX…  Hardware that supports open drain or open source or both, can implement a
special callback in the gpio_chip: .set_config() that takes a generic
pinconf packed value telling whether to configure the line as open drain,
open source or push-pull. This will happen in response to the
GPIO_OPEN_DRAIN or GPIO_OPEN_SOURCE flag set in the machine file, or coming
from other hardware descriptions.”…””}”(hj   h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Këhj<  h²hubhÌ)”}”(hXŽ  If this state can not be configured in hardware, i.e. if the GPIO hardware does
not support open drain/open source in hardware, the GPIO library will instead
use a trick: when a line is set as output, if the line is flagged as open
drain, and the IN output value is low, it will be driven low as usual. But
if the IN output value is set to high, it will instead *NOT* be driven high,
instead it will be switched to input, as input mode is an equivalent to
high impedance, thus achieving an "open drain emulation" of sorts: electrically
the behaviour will be identical, with the exception of possible hardware glitches
when switching the mode of the line.”h]”(hXj  If this state can not be configured in hardware, i.e. if the GPIO hardware does
not support open drain/open source in hardware, the GPIO library will instead
use a trick: when a line is set as output, if the line is flagged as open
drain, and the IN output value is low, it will be driven low as usual. But
if the IN output value is set to high, it will instead ”…””}”(hj.  h²hh³Nh´Nubj  )”}”(hŒ*NOT*”h]”hŒNOT”…””}”(hj6  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j  hj.  ubhX#   be driven high,
instead it will be switched to input, as input mode is an equivalent to
high impedance, thus achieving an â€œopen drain emulationâ€ of sorts: electrically
the behaviour will be identical, with the exception of possible hardware glitches
when switching the mode of the line.”…””}”(hj.  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Kòhj<  h²hubhÌ)”}”(hŒFor open source configuration the same principle is used, just that instead
of actively driving the line low, it is set to input.”h]”hŒFor open source configuration the same principle is used, just that instead
of actively driving the line low, it is set to input.”…””}”(hjN  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Kühj<  h²hubeh}”(h]”Œ)gpio-lines-with-open-drain-source-support”ah ]”h"]”Œ)gpio lines with open drain/source support”ah$]”h&]”uh1hµhj|  h²hh³hÊh´K ubh¶)”}”(hhh]”(h»)”}”(hŒ-GPIO lines with pull up/down resistor support”h]”hŒ-GPIO lines with pull up/down resistor support”…””}”(hjg  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhjd  h²hh³hÊh´MubhÌ)”}”(hŒÍA GPIO line can support pull-up/down using the .set_config() callback. This
means that a pull up or pull-down resistor is available on the output of the
GPIO line, and this resistor is software controlled.”h]”hŒÍA GPIO line can support pull-up/down using the .set_config() callback. This
means that a pull up or pull-down resistor is available on the output of the
GPIO line, and this resistor is software controlled.”…””}”(hju  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhjd  h²hubhÌ)”}”(hX"  In discrete designs, a pull-up or pull-down resistor is simply soldered on
the circuit board. This is not something we deal with or model in software. The
most you will think about these lines is that they will very likely be
configured as open drain or open source (see the section above).”h]”hX"  In discrete designs, a pull-up or pull-down resistor is simply soldered on
the circuit board. This is not something we deal with or model in software. The
most you will think about these lines is that they will very likely be
configured as open drain or open source (see the section above).”…””}”(hjƒ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhjd  h²hubhÌ)”}”(hŒßThe .set_config() callback can only turn pull up or down on and off, and will
no have any semantic knowledge about the resistance used. It will only say
switch a bit in a register enabling or disabling pull-up or pull-down.”h]”hŒßThe .set_config() callback can only turn pull up or down on and off, and will
no have any semantic knowledge about the resistance used. It will only say
switch a bit in a register enabling or disabling pull-up or pull-down.”…””}”(hj‘  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhjd  h²hubhÌ)”}”(hX¨  If the GPIO line supports shunting in different resistance values for the
pull-up or pull-down resistor, the GPIO chip callback .set_config() will not
suffice. For these complex use cases, a combined GPIO chip and pin controller
need to be implemented, as the pin config interface of a pin controller
supports more versatile control over electrical properties and can handle
different pull-up or pull-down resistance values.”h]”hX¨  If the GPIO line supports shunting in different resistance values for the
pull-up or pull-down resistor, the GPIO chip callback .set_config() will not
suffice. For these complex use cases, a combined GPIO chip and pin controller
need to be implemented, as the pin config interface of a pin controller
supports more versatile control over electrical properties and can handle
different pull-up or pull-down resistance values.”…””}”(hjŸ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhjd  h²hubeh}”(h]”Œ-gpio-lines-with-pull-up-down-resistor-support”ah ]”h"]”Œ-gpio lines with pull up/down resistor support”ah$]”h&]”uh1hµhj|  h²hh³hÊh´Mubeh}”(h]”Œcontroller-drivers-gpio-chip”ah ]”h"]”Œcontroller drivers: gpio_chip”ah$]”h&]”uh1hµhh·h²hh³hÊh´K5ubh¶)”}”(hhh]”(h»)”}”(hŒGPIO drivers providing IRQs”h]”hŒGPIO drivers providing IRQs”…””}”(hjÀ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhj½  h²hh³hÊh´MubhÌ)”}”(hŒßIt is custom that GPIO drivers (GPIO chips) are also providing interrupts,
most often cascaded off a parent interrupt controller, and in some special
cases the GPIO logic is melded with a SoC's primary interrupt controller.”h]”hŒáIt is custom that GPIO drivers (GPIO chips) are also providing interrupts,
most often cascaded off a parent interrupt controller, and in some special
cases the GPIO logic is melded with a SoCâ€™s primary interrupt controller.”…””}”(hjÎ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhj½  h²hubhÌ)”}”(hŒ¹The IRQ portions of the GPIO block are implemented using an irq_chip, using
the header <linux/irq.h>. So this combined driver is utilizing two sub-
systems simultaneously: gpio and irq.”h]”hŒ¹The IRQ portions of the GPIO block are implemented using an irq_chip, using
the header <linux/irq.h>. So this combined driver is utilizing two sub-
systems simultaneously: gpio and irq.”…””}”(hjÜ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhj½  h²hubhÌ)”}”(hŒåIt is legal for any IRQ consumer to request an IRQ from any irqchip even if it
is a combined GPIO+IRQ driver. The basic premise is that gpio_chip and
irq_chip are orthogonal, and offering their services independent of each
other.”h]”hŒåIt is legal for any IRQ consumer to request an IRQ from any irqchip even if it
is a combined GPIO+IRQ driver. The basic premise is that gpio_chip and
irq_chip are orthogonal, and offering their services independent of each
other.”…””}”(hjê  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M#hj½  h²hubhÌ)”}”(hŒ¥gpiod_to_irq() is just a convenience function to figure out the IRQ for a
certain GPIO line and should not be relied upon to have been called before
the IRQ is used.”h]”hŒ¥gpiod_to_irq() is just a convenience function to figure out the IRQ for a
certain GPIO line and should not be relied upon to have been called before
the IRQ is used.”…””}”(hjø  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M(hj½  h²hubhÌ)”}”(hŒ©Always prepare the hardware and make it ready for action in respective
callbacks from the GPIO and irq_chip APIs. Do not rely on gpiod_to_irq() having
been called first.”h]”hŒ©Always prepare the hardware and make it ready for action in respective
callbacks from the GPIO and irq_chip APIs. Do not rely on gpiod_to_irq() having
been called first.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M,hj½  h²hubhÌ)”}”(hŒ4We can divide GPIO irqchips in two broad categories:”h]”hŒ4We can divide GPIO irqchips in two broad categories:”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M0hj½  h²hubj¢  )”}”(hhh]”(j§  )”}”(hX#  CASCADED INTERRUPT CHIPS: this means that the GPIO chip has one common
interrupt output line, which is triggered by any enabled GPIO line on that
chip. The interrupt output line will then be routed to an parent interrupt
controller one level up, in the most simple case the systems primary
interrupt controller. This is modeled by an irqchip that will inspect bits
inside the GPIO controller to figure out which line fired it. The irqchip
part of the driver needs to inspect registers to figure this out and it
will likely also need to acknowledge that it is handling the interrupt
by clearing some bit (sometime implicitly, by just reading a status
register) and it will often need to set up the configuration such as
edge sensitivity (rising or falling edge, or high/low level interrupt for
example).
”h]”hÌ)”}”(hX"  CASCADED INTERRUPT CHIPS: this means that the GPIO chip has one common
interrupt output line, which is triggered by any enabled GPIO line on that
chip. The interrupt output line will then be routed to an parent interrupt
controller one level up, in the most simple case the systems primary
interrupt controller. This is modeled by an irqchip that will inspect bits
inside the GPIO controller to figure out which line fired it. The irqchip
part of the driver needs to inspect registers to figure this out and it
will likely also need to acknowledge that it is handling the interrupt
by clearing some bit (sometime implicitly, by just reading a status
register) and it will often need to set up the configuration such as
edge sensitivity (rising or falling edge, or high/low level interrupt for
example).”h]”hX"  CASCADED INTERRUPT CHIPS: this means that the GPIO chip has one common
interrupt output line, which is triggered by any enabled GPIO line on that
chip. The interrupt output line will then be routed to an parent interrupt
controller one level up, in the most simple case the systems primary
interrupt controller. This is modeled by an irqchip that will inspect bits
inside the GPIO controller to figure out which line fired it. The irqchip
part of the driver needs to inspect registers to figure this out and it
will likely also need to acknowledge that it is handling the interrupt
by clearing some bit (sometime implicitly, by just reading a status
register) and it will often need to set up the configuration such as
edge sensitivity (rising or falling edge, or high/low level interrupt for
example).”…””}”(hj)  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M2hj%  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj"  h²hh³hÊh´Nubj§  )”}”(hXE  HIERARCHICAL INTERRUPT CHIPS: this means that each GPIO line has a dedicated
irq line to a parent interrupt controller one level up. There is no need
to inquire the GPIO hardware to figure out which line has fired, but it
may still be necessary to acknowledge the interrupt and set up configuration
such as edge sensitivity.
”h]”hÌ)”}”(hXD  HIERARCHICAL INTERRUPT CHIPS: this means that each GPIO line has a dedicated
irq line to a parent interrupt controller one level up. There is no need
to inquire the GPIO hardware to figure out which line has fired, but it
may still be necessary to acknowledge the interrupt and set up configuration
such as edge sensitivity.”h]”hXD  HIERARCHICAL INTERRUPT CHIPS: this means that each GPIO line has a dedicated
irq line to a parent interrupt controller one level up. There is no need
to inquire the GPIO hardware to figure out which line has fired, but it
may still be necessary to acknowledge the interrupt and set up configuration
such as edge sensitivity.”…””}”(hjA  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M?hj=  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj"  h²hh³hÊh´Nubeh}”(h]”h ]”h"]”h$]”h&]”j~  j  uh1j¡  h³hÊh´M2hj½  h²hubhÌ)”}”(hŒ¢Realtime considerations: a realtime compliant GPIO driver should not use
spinlock_t or any sleepable APIs (like PM runtime) as part of its irqchip
implementation.”h]”hŒ¢Realtime considerations: a realtime compliant GPIO driver should not use
spinlock_t or any sleepable APIs (like PM runtime) as part of its irqchip
implementation.”…””}”(hj[  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MEhj½  h²hubj¢  )”}”(hhh]”(j§  )”}”(hŒ5spinlock_t should be replaced with raw_spinlock_t.[1]”h]”hÌ)”}”(hjn  h]”hŒ5spinlock_t should be replaced with raw_spinlock_t.[1]”…””}”(hjp  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MIhjl  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hji  h²hh³hÊh´Nubj§  )”}”(hŒËIf sleepable APIs have to be used, these can be done from the .irq_bus_lock()
and .irq_bus_unlock() callbacks, as these are the only slowpath callbacks
on an irqchip. Create the callbacks if needed.[2]

”h]”hÌ)”}”(hŒÉIf sleepable APIs have to be used, these can be done from the .irq_bus_lock()
and .irq_bus_unlock() callbacks, as these are the only slowpath callbacks
on an irqchip. Create the callbacks if needed.[2]”h]”hŒÉIf sleepable APIs have to be used, these can be done from the .irq_bus_lock()
and .irq_bus_unlock() callbacks, as these are the only slowpath callbacks
on an irqchip. Create the callbacks if needed.[2]”…””}”(hj‡  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MJhjƒ  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hji  h²hh³hÊh´Nubeh}”(h]”h ]”h"]”h$]”h&]”j~  j  uh1j¡  h³hÊh´MIhj½  h²hubh¶)”}”(hhh]”(h»)”}”(hŒCascaded GPIO irqchips”h]”hŒCascaded GPIO irqchips”…””}”(hj¤  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhj¡  h²hh³hÊh´MPubhÌ)”}”(hŒ?Cascaded GPIO irqchips usually fall in one of three categories:”h]”hŒ?Cascaded GPIO irqchips usually fall in one of three categories:”…””}”(hj²  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MRhj¡  h²hubj¢  )”}”(hhh]”(j§  )”}”(hX  CHAINED CASCADED GPIO IRQCHIPS: these are usually the type that is embedded on
an SoC. This means that there is a fast IRQ flow handler for the GPIOs that
gets called in a chain from the parent IRQ handler, most typically the
system interrupt controller. This means that the GPIO irqchip handler will
be called immediately from the parent irqchip, while holding the IRQs
disabled. The GPIO irqchip will then end up calling something like this
sequence in its interrupt handler::

  static irqreturn_t foo_gpio_irq(int irq, void *data)
      chained_irq_enter(...);
      generic_handle_irq(...);
      chained_irq_exit(...);

Chained GPIO irqchips typically can NOT set the .can_sleep flag on
struct gpio_chip, as everything happens directly in the callbacks: no
slow bus traffic like I2C can be used.

Realtime considerations: Note that chained IRQ handlers will not be forced
threaded on -RT. As a result, spinlock_t or any sleepable APIs (like PM
runtime) can't be used in a chained IRQ handler.

If required (and if it can't be converted to the nested threaded GPIO irqchip,
see below) a chained IRQ handler can be converted to generic irq handler and
this way it will become a threaded IRQ handler on -RT and a hard IRQ handler
on non-RT (for example, see [3]).

The generic_handle_irq() is expected to be called with IRQ disabled,
so the IRQ core will complain if it is called from an IRQ handler which is
forced to a thread. The "fake?" raw lock can be used to work around this
problem::

  raw_spinlock_t wa_lock;
  static irqreturn_t omap_gpio_irq_handler(int irq, void *gpiobank)
      unsigned long wa_lock_flags;
      raw_spin_lock_irqsave(&bank->wa_lock, wa_lock_flags);
      generic_handle_irq(irq_find_mapping(bank->chip.irq.domain, bit));
      raw_spin_unlock_irqrestore(&bank->wa_lock, wa_lock_flags);
”h]”(hÌ)”}”(hXÞ  CHAINED CASCADED GPIO IRQCHIPS: these are usually the type that is embedded on
an SoC. This means that there is a fast IRQ flow handler for the GPIOs that
gets called in a chain from the parent IRQ handler, most typically the
system interrupt controller. This means that the GPIO irqchip handler will
be called immediately from the parent irqchip, while holding the IRQs
disabled. The GPIO irqchip will then end up calling something like this
sequence in its interrupt handler::”h]”hXÝ  CHAINED CASCADED GPIO IRQCHIPS: these are usually the type that is embedded on
an SoC. This means that there is a fast IRQ flow handler for the GPIOs that
gets called in a chain from the parent IRQ handler, most typically the
system interrupt controller. This means that the GPIO irqchip handler will
be called immediately from the parent irqchip, while holding the IRQs
disabled. The GPIO irqchip will then end up calling something like this
sequence in its interrupt handler:”…””}”(hjÇ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MThjÃ  ubhê)”}”(hŒˆstatic irqreturn_t foo_gpio_irq(int irq, void *data)
    chained_irq_enter(...);
    generic_handle_irq(...);
    chained_irq_exit(...);”h]”hŒˆstatic irqreturn_t foo_gpio_irq(int irq, void *data)
    chained_irq_enter(...);
    generic_handle_irq(...);
    chained_irq_exit(...);”…””}”hjÕ  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´M\hjÃ  ubhÌ)”}”(hŒ¯Chained GPIO irqchips typically can NOT set the .can_sleep flag on
struct gpio_chip, as everything happens directly in the callbacks: no
slow bus traffic like I2C can be used.”h]”hŒ¯Chained GPIO irqchips typically can NOT set the .can_sleep flag on
struct gpio_chip, as everything happens directly in the callbacks: no
slow bus traffic like I2C can be used.”…””}”(hjã  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MahjÃ  ubhÌ)”}”(hŒÃRealtime considerations: Note that chained IRQ handlers will not be forced
threaded on -RT. As a result, spinlock_t or any sleepable APIs (like PM
runtime) can't be used in a chained IRQ handler.”h]”hŒÅRealtime considerations: Note that chained IRQ handlers will not be forced
threaded on -RT. As a result, spinlock_t or any sleepable APIs (like PM
runtime) canâ€™t be used in a chained IRQ handler.”…””}”(hjñ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MehjÃ  ubhÌ)”}”(hX
  If required (and if it can't be converted to the nested threaded GPIO irqchip,
see below) a chained IRQ handler can be converted to generic irq handler and
this way it will become a threaded IRQ handler on -RT and a hard IRQ handler
on non-RT (for example, see [3]).”h]”hX  If required (and if it canâ€™t be converted to the nested threaded GPIO irqchip,
see below) a chained IRQ handler can be converted to generic irq handler and
this way it will become a threaded IRQ handler on -RT and a hard IRQ handler
on non-RT (for example, see [3]).”…””}”(hjÿ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MihjÃ  ubhÌ)”}”(hŒâThe generic_handle_irq() is expected to be called with IRQ disabled,
so the IRQ core will complain if it is called from an IRQ handler which is
forced to a thread. The "fake?" raw lock can be used to work around this
problem::”h]”hŒåThe generic_handle_irq() is expected to be called with IRQ disabled,
so the IRQ core will complain if it is called from an IRQ handler which is
forced to a thread. The â€œfake?â€ raw lock can be used to work around this
problem:”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MnhjÃ  ubhê)”}”(hX9  raw_spinlock_t wa_lock;
static irqreturn_t omap_gpio_irq_handler(int irq, void *gpiobank)
    unsigned long wa_lock_flags;
    raw_spin_lock_irqsave(&bank->wa_lock, wa_lock_flags);
    generic_handle_irq(irq_find_mapping(bank->chip.irq.domain, bit));
    raw_spin_unlock_irqrestore(&bank->wa_lock, wa_lock_flags);”h]”hX9  raw_spinlock_t wa_lock;
static irqreturn_t omap_gpio_irq_handler(int irq, void *gpiobank)
    unsigned long wa_lock_flags;
    raw_spin_lock_irqsave(&bank->wa_lock, wa_lock_flags);
    generic_handle_irq(irq_find_mapping(bank->chip.irq.domain, bit));
    raw_spin_unlock_irqrestore(&bank->wa_lock, wa_lock_flags);”…””}”hj  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´MshjÃ  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hjÀ  h²hh³hÊh´Nubj§  )”}”(hX¿  GENERIC CHAINED GPIO IRQCHIPS: these are the same as "CHAINED GPIO irqchips",
but chained IRQ handlers are not used. Instead GPIO IRQs dispatching is
performed by generic IRQ handler which is configured using request_irq().
The GPIO irqchip will then end up calling something like this sequence in
its interrupt handler::

  static irqreturn_t gpio_rcar_irq_handler(int irq, void *dev_id)
      for each detected GPIO IRQ
          generic_handle_irq(...);

Realtime considerations: this kind of handlers will be forced threaded on -RT,
and as result the IRQ core will complain that generic_handle_irq() is called
with IRQ enabled and the same work-around as for "CHAINED GPIO irqchips" can
be applied.
”h]”(hÌ)”}”(hXA  GENERIC CHAINED GPIO IRQCHIPS: these are the same as "CHAINED GPIO irqchips",
but chained IRQ handlers are not used. Instead GPIO IRQs dispatching is
performed by generic IRQ handler which is configured using request_irq().
The GPIO irqchip will then end up calling something like this sequence in
its interrupt handler::”h]”hXD  GENERIC CHAINED GPIO IRQCHIPS: these are the same as â€œCHAINED GPIO irqchipsâ€,
but chained IRQ handlers are not used. Instead GPIO IRQs dispatching is
performed by generic IRQ handler which is configured using request_irq().
The GPIO irqchip will then end up calling something like this sequence in
its interrupt handler:”…””}”(hj3  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mzhj/  ubhê)”}”(hŒstatic irqreturn_t gpio_rcar_irq_handler(int irq, void *dev_id)
    for each detected GPIO IRQ
        generic_handle_irq(...);”h]”hŒstatic irqreturn_t gpio_rcar_irq_handler(int irq, void *dev_id)
    for each detected GPIO IRQ
        generic_handle_irq(...);”…””}”hjA  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´M€hj/  ubhÌ)”}”(hŒôRealtime considerations: this kind of handlers will be forced threaded on -RT,
and as result the IRQ core will complain that generic_handle_irq() is called
with IRQ enabled and the same work-around as for "CHAINED GPIO irqchips" can
be applied.”h]”hŒøRealtime considerations: this kind of handlers will be forced threaded on -RT,
and as result the IRQ core will complain that generic_handle_irq() is called
with IRQ enabled and the same work-around as for â€œCHAINED GPIO irqchipsâ€ can
be applied.”…””}”(hjO  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M„hj/  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hjÀ  h²hh³hÊh´Nubj§  )”}”(hX¬  NESTED THREADED GPIO IRQCHIPS: these are off-chip GPIO expanders and any
other GPIO irqchip residing on the other side of a sleeping bus such as I2C
or SPI.

Of course such drivers that need slow bus traffic to read out IRQ status and
similar, traffic which may in turn incur other IRQs to happen, cannot be
handled in a quick IRQ handler with IRQs disabled. Instead they need to spawn
a thread and then mask the parent IRQ line until the interrupt is handled
by the driver. The hallmark of this driver is to call something like
this in its interrupt handler::

  static irqreturn_t foo_gpio_irq(int irq, void *data)
      ...
      handle_nested_irq(irq);

The hallmark of threaded GPIO irqchips is that they set the .can_sleep
flag on struct gpio_chip to true, indicating that this chip may sleep
when accessing the GPIOs.

These kinds of irqchips are inherently realtime tolerant as they are
already set up to handle sleeping contexts.

”h]”(hÌ)”}”(hŒœNESTED THREADED GPIO IRQCHIPS: these are off-chip GPIO expanders and any
other GPIO irqchip residing on the other side of a sleeping bus such as I2C
or SPI.”h]”hŒœNESTED THREADED GPIO IRQCHIPS: these are off-chip GPIO expanders and any
other GPIO irqchip residing on the other side of a sleeping bus such as I2C
or SPI.”…””}”(hjg  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M‰hjc  ubhÌ)”}”(hX’  Of course such drivers that need slow bus traffic to read out IRQ status and
similar, traffic which may in turn incur other IRQs to happen, cannot be
handled in a quick IRQ handler with IRQs disabled. Instead they need to spawn
a thread and then mask the parent IRQ line until the interrupt is handled
by the driver. The hallmark of this driver is to call something like
this in its interrupt handler::”h]”hX‘  Of course such drivers that need slow bus traffic to read out IRQ status and
similar, traffic which may in turn incur other IRQs to happen, cannot be
handled in a quick IRQ handler with IRQs disabled. Instead they need to spawn
a thread and then mask the parent IRQ line until the interrupt is handled
by the driver. The hallmark of this driver is to call something like
this in its interrupt handler:”…””}”(hju  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhjc  ubhê)”}”(hŒXstatic irqreturn_t foo_gpio_irq(int irq, void *data)
    ...
    handle_nested_irq(irq);”h]”hŒXstatic irqreturn_t foo_gpio_irq(int irq, void *data)
    ...
    handle_nested_irq(irq);”…””}”hjƒ  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´M”hjc  ubhÌ)”}”(hŒ¦The hallmark of threaded GPIO irqchips is that they set the .can_sleep
flag on struct gpio_chip to true, indicating that this chip may sleep
when accessing the GPIOs.”h]”hŒ¦The hallmark of threaded GPIO irqchips is that they set the .can_sleep
flag on struct gpio_chip to true, indicating that this chip may sleep
when accessing the GPIOs.”…””}”(hj‘  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M˜hjc  ubhÌ)”}”(hŒpThese kinds of irqchips are inherently realtime tolerant as they are
already set up to handle sleeping contexts.”h]”hŒpThese kinds of irqchips are inherently realtime tolerant as they are
already set up to handle sleeping contexts.”…””}”(hjŸ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mœhjc  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hjÀ  h²hh³hÊh´Nubeh}”(h]”h ]”h"]”h$]”h&]”j~  j  uh1j¡  h³hÊh´MThj¡  h²hubeh}”(h]”Œcascaded-gpio-irqchips”ah ]”h"]”Œcascaded gpio irqchips”ah$]”h&]”uh1hµhj½  h²hh³hÊh´MPubh¶)”}”(hhh]”(h»)”}”(hŒ(Infrastructure helpers for GPIO irqchips”h]”hŒ(Infrastructure helpers for GPIO irqchips”…””}”(hjÄ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhjÁ  h²hh³hÊh´M¡ubhÌ)”}”(hX·  To help out in handling the set-up and management of GPIO irqchips and the
associated irqdomain and resource allocation callbacks. These are activated
by selecting the Kconfig symbol GPIOLIB_IRQCHIP. If the symbol
IRQ_DOMAIN_HIERARCHY is also selected, hierarchical helpers will also be
provided. A big portion of overhead code will be managed by gpiolib,
under the assumption that your interrupts are 1-to-1-mapped to the
GPIO line index:”h]”hX·  To help out in handling the set-up and management of GPIO irqchips and the
associated irqdomain and resource allocation callbacks. These are activated
by selecting the Kconfig symbol GPIOLIB_IRQCHIP. If the symbol
IRQ_DOMAIN_HIERARCHY is also selected, hierarchical helpers will also be
provided. A big portion of overhead code will be managed by gpiolib,
under the assumption that your interrupts are 1-to-1-mapped to the
GPIO line index:”…””}”(hjÒ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M£hjÁ  h²hubhŒtable”“”)”}”(hhh]”hŒtgroup”“”)”}”(hhh]”(hŒcolspec”“”)”}”(hhh]”h}”(h]”h ]”h"]”h$]”h&]”Œcolwidth”K2uh1jê  hjç  ubjë  )”}”(hhh]”h}”(h]”h ]”h"]”h$]”h&]”Œcolwidth”K2uh1jê  hjç  ubhŒthead”“”)”}”(hhh]”hŒrow”“”)”}”(hhh]”(hŒentry”“”)”}”(hhh]”hÌ)”}”(hŒGPIO line offset”h]”hŒGPIO line offset”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hj  ubj  )”}”(hhh]”hÌ)”}”(hŒHardware IRQ”h]”hŒHardware IRQ”…””}”(hj&  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khj#  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hj  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j   hjç  ubhŒtbody”“”)”}”(hhh]”(j  )”}”(hhh]”(j  )”}”(hhh]”hÌ)”}”(hŒ0”h]”hŒ0”…””}”(hjQ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KhjN  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hjK  ubj  )”}”(hhh]”hÌ)”}”(hjS  h]”hŒ0”…””}”(hjh  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khje  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hjK  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hjH  ubj  )”}”(hhh]”(j  )”}”(hhh]”hÌ)”}”(hŒ1”h]”hŒ1”…””}”(hj‡  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khj„  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hj  ubj  )”}”(hhh]”hÌ)”}”(hj‰  h]”hŒ1”…””}”(hjž  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khj›  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hj  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hjH  ubj  )”}”(hhh]”(j  )”}”(hhh]”hÌ)”}”(hŒ2”h]”hŒ2”…””}”(hj½  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khjº  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hj·  ubj  )”}”(hhh]”hÌ)”}”(hj¿  h]”hŒ2”…””}”(hjÔ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´KhjÑ  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hj·  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hjH  ubj  )”}”(hhh]”(j  )”}”(hhh]”hÌ)”}”(hŒ...”h]”hŒ...”…””}”(hjó  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khjð  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hjí  ubj  )”}”(hhh]”hÌ)”}”(hŒ...”h]”hŒ...”…””}”(hj
	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khj	  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hjí  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hjH  ubj  )”}”(hhh]”(j  )”}”(hhh]”hÌ)”}”(hŒngpio-1”h]”hŒngpio-1”…””}”(hj*	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khj'	  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hj$	  ubj  )”}”(hhh]”hÌ)”}”(hŒngpio-1”h]”hŒngpio-1”…””}”(hjA	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Khj>	  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j
  hj$	  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hjH  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1jF  hjç  ubeh}”(h]”h ]”h"]”h$]”h&]”Œcols”Kuh1jå  hjâ  ubah}”(h]”h ]”h"]”h$]”h&]”uh1jà  hjÁ  h²hh³hÊh´NubhÌ)”}”(hŒÀIf some GPIO lines do not have corresponding IRQs, the bitmask valid_mask
and the flag need_valid_mask in gpio_irq_chip can be used to mask off some
lines as invalid for associating with IRQs.”h]”hŒÀIf some GPIO lines do not have corresponding IRQs, the bitmask valid_mask
and the flag need_valid_mask in gpio_irq_chip can be used to mask off some
lines as invalid for associating with IRQs.”…””}”(hjn	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MµhjÁ  h²hubhÌ)”}”(hXÄ  The preferred way to set up the helpers is to fill in the
struct gpio_irq_chip inside struct gpio_chip before adding the gpio_chip.
If you do this, the additional irq_chip will be set up by gpiolib at the
same time as setting up the rest of the GPIO functionality. The following
is a typical example of a chained cascaded interrupt handler using
the gpio_irq_chip. Note how the mask/unmask (or disable/enable) functions
call into the core gpiolib code:”h]”hXÄ  The preferred way to set up the helpers is to fill in the
struct gpio_irq_chip inside struct gpio_chip before adding the gpio_chip.
If you do this, the additional irq_chip will be set up by gpiolib at the
same time as setting up the rest of the GPIO functionality. The following
is a typical example of a chained cascaded interrupt handler using
the gpio_irq_chip. Note how the mask/unmask (or disable/enable) functions
call into the core gpiolib code:”…””}”(hj|	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M¹hjÁ  h²hubhê)”}”(hXˆ  /* Typical state container */
struct my_gpio {
    struct gpio_chip gc;
};

static void my_gpio_mask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    /*
     * Perform any necessary action to mask the interrupt,
     * and then call into the core code to synchronise the
     * state.
     */

    gpiochip_disable_irq(gc, hwirq);
}

static void my_gpio_unmask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    gpiochip_enable_irq(gc, hwirq);

    /*
     * Perform any necessary action to unmask the interrupt,
     * after having called into the core code to synchronise
     * the state.
     */
}

/*
 * Statically populate the irqchip. Note that it is made const
 * (further indicated by the IRQCHIP_IMMUTABLE flag), and that
 * the GPIOCHIP_IRQ_RESOURCE_HELPER macro adds some extra
 * callbacks to the structure.
 */
static const struct irq_chip my_gpio_irq_chip = {
    .name             = "my_gpio_irq",
    .irq_ack          = my_gpio_ack_irq,
    .irq_mask         = my_gpio_mask_irq,
    .irq_unmask       = my_gpio_unmask_irq,
    .irq_set_type     = my_gpio_set_irq_type,
    .flags            = IRQCHIP_IMMUTABLE,
    /* Provide the gpio resource callbacks */
    GPIOCHIP_IRQ_RESOURCE_HELPERS,
};

int irq; /* from platform etc */
struct my_gpio *g;
struct gpio_irq_chip *girq;

/* Get a pointer to the gpio_irq_chip */
girq = &g->gc.irq;
gpio_irq_chip_set_chip(girq, &my_gpio_irq_chip);
girq->parent_handler = ftgpio_gpio_irq_handler;
girq->num_parents = 1;
girq->parents = devm_kcalloc(dev, 1, sizeof(*girq->parents),
                             GFP_KERNEL);
if (!girq->parents)
    return -ENOMEM;
girq->default_type = IRQ_TYPE_NONE;
girq->handler = handle_bad_irq;
girq->parents[0] = irq;

return devm_gpiochip_add_data(dev, &g->gc, g);”•‚      h]”hXˆ  /* Typical state container */
struct my_gpio {
    struct gpio_chip gc;
};

static void my_gpio_mask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    /*
     * Perform any necessary action to mask the interrupt,
     * and then call into the core code to synchronise the
     * state.
     */

    gpiochip_disable_irq(gc, hwirq);
}

static void my_gpio_unmask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    gpiochip_enable_irq(gc, hwirq);

    /*
     * Perform any necessary action to unmask the interrupt,
     * after having called into the core code to synchronise
     * the state.
     */
}

/*
 * Statically populate the irqchip. Note that it is made const
 * (further indicated by the IRQCHIP_IMMUTABLE flag), and that
 * the GPIOCHIP_IRQ_RESOURCE_HELPER macro adds some extra
 * callbacks to the structure.
 */
static const struct irq_chip my_gpio_irq_chip = {
    .name             = "my_gpio_irq",
    .irq_ack          = my_gpio_ack_irq,
    .irq_mask         = my_gpio_mask_irq,
    .irq_unmask       = my_gpio_unmask_irq,
    .irq_set_type     = my_gpio_set_irq_type,
    .flags            = IRQCHIP_IMMUTABLE,
    /* Provide the gpio resource callbacks */
    GPIOCHIP_IRQ_RESOURCE_HELPERS,
};

int irq; /* from platform etc */
struct my_gpio *g;
struct gpio_irq_chip *girq;

/* Get a pointer to the gpio_irq_chip */
girq = &g->gc.irq;
gpio_irq_chip_set_chip(girq, &my_gpio_irq_chip);
girq->parent_handler = ftgpio_gpio_irq_handler;
girq->num_parents = 1;
girq->parents = devm_kcalloc(dev, 1, sizeof(*girq->parents),
                             GFP_KERNEL);
if (!girq->parents)
    return -ENOMEM;
girq->default_type = IRQ_TYPE_NONE;
girq->handler = handle_bad_irq;
girq->parents[0] = irq;

return devm_gpiochip_add_data(dev, &g->gc, g);”…””}”hjŠ	  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúŒforce”‰Œlanguage”Œc”Œhighlight_args”}”uh1héh³hÊh´MÁhjÁ  h²hubhÌ)”}”(hŒuThe helper supports using threaded interrupts as well. Then you just request
the interrupt separately and go with it:”h]”hŒuThe helper supports using threaded interrupts as well. Then you just request
the interrupt separately and go with it:”…””}”(hj	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MhjÁ  h²hubhê)”}”(hX¹  /* Typical state container */
struct my_gpio {
    struct gpio_chip gc;
};

static void my_gpio_mask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    /*
     * Perform any necessary action to mask the interrupt,
     * and then call into the core code to synchronise the
     * state.
     */

    gpiochip_disable_irq(gc, hwirq);
}

static void my_gpio_unmask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    gpiochip_enable_irq(gc, hwirq);

    /*
     * Perform any necessary action to unmask the interrupt,
     * after having called into the core code to synchronise
     * the state.
     */
}

/*
 * Statically populate the irqchip. Note that it is made const
 * (further indicated by the IRQCHIP_IMMUTABLE flag), and that
 * the GPIOCHIP_IRQ_RESOURCE_HELPER macro adds some extra
 * callbacks to the structure.
 */
static const struct irq_chip my_gpio_irq_chip = {
    .name             = "my_gpio_irq",
    .irq_ack          = my_gpio_ack_irq,
    .irq_mask         = my_gpio_mask_irq,
    .irq_unmask       = my_gpio_unmask_irq,
    .irq_set_type     = my_gpio_set_irq_type,
    .flags            = IRQCHIP_IMMUTABLE,
    /* Provide the gpio resource callbacks */
    GPIOCHIP_IRQ_RESOURCE_HELPERS,
};

int irq; /* from platform etc */
struct my_gpio *g;
struct gpio_irq_chip *girq;

ret = devm_request_threaded_irq(dev, irq, NULL, irq_thread_fn,
                                IRQF_ONESHOT, "my-chip", g);
if (ret < 0)
    return ret;

/* Get a pointer to the gpio_irq_chip */
girq = &g->gc.irq;
gpio_irq_chip_set_chip(girq, &my_gpio_irq_chip);
/* This will let us handle the parent IRQ in the driver */
girq->parent_handler = NULL;
girq->num_parents = 0;
girq->parents = NULL;
girq->default_type = IRQ_TYPE_NONE;
girq->handler = handle_bad_irq;

return devm_gpiochip_add_data(dev, &g->gc, g);”h]”hX¹  /* Typical state container */
struct my_gpio {
    struct gpio_chip gc;
};

static void my_gpio_mask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    /*
     * Perform any necessary action to mask the interrupt,
     * and then call into the core code to synchronise the
     * state.
     */

    gpiochip_disable_irq(gc, hwirq);
}

static void my_gpio_unmask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    gpiochip_enable_irq(gc, hwirq);

    /*
     * Perform any necessary action to unmask the interrupt,
     * after having called into the core code to synchronise
     * the state.
     */
}

/*
 * Statically populate the irqchip. Note that it is made const
 * (further indicated by the IRQCHIP_IMMUTABLE flag), and that
 * the GPIOCHIP_IRQ_RESOURCE_HELPER macro adds some extra
 * callbacks to the structure.
 */
static const struct irq_chip my_gpio_irq_chip = {
    .name             = "my_gpio_irq",
    .irq_ack          = my_gpio_ack_irq,
    .irq_mask         = my_gpio_mask_irq,
    .irq_unmask       = my_gpio_unmask_irq,
    .irq_set_type     = my_gpio_set_irq_type,
    .flags            = IRQCHIP_IMMUTABLE,
    /* Provide the gpio resource callbacks */
    GPIOCHIP_IRQ_RESOURCE_HELPERS,
};

int irq; /* from platform etc */
struct my_gpio *g;
struct gpio_irq_chip *girq;

ret = devm_request_threaded_irq(dev, irq, NULL, irq_thread_fn,
                                IRQF_ONESHOT, "my-chip", g);
if (ret < 0)
    return ret;

/* Get a pointer to the gpio_irq_chip */
girq = &g->gc.irq;
gpio_irq_chip_set_chip(girq, &my_gpio_irq_chip);
/* This will let us handle the parent IRQ in the driver */
girq->parent_handler = NULL;
girq->num_parents = 0;
girq->parents = NULL;
girq->default_type = IRQ_TYPE_NONE;
girq->handler = handle_bad_irq;

return devm_gpiochip_add_data(dev, &g->gc, g);”…””}”hj«	  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúj˜	  ‰j™	  jš	  j›	  }”uh1héh³hÊh´MhjÁ  h²hubhÌ)”}”(hŒzThe helper supports using hierarchical interrupt controllers as well.
In this case the typical set-up will look like this:”h]”hŒzThe helper supports using hierarchical interrupt controllers as well.
In this case the typical set-up will look like this:”…””}”(hjº	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MThjÁ  h²hubhê)”}”(hXb  /* Typical state container with dynamic irqchip */
struct my_gpio {
    struct gpio_chip gc;
    struct fwnode_handle *fwnode;
};

static void my_gpio_mask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    /*
     * Perform any necessary action to mask the interrupt,
     * and then call into the core code to synchronise the
     * state.
     */

    gpiochip_disable_irq(gc, hwirq);
    irq_mask_mask_parent(d);
}

static void my_gpio_unmask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    gpiochip_enable_irq(gc, hwirq);

    /*
     * Perform any necessary action to unmask the interrupt,
     * after having called into the core code to synchronise
     * the state.
     */

    irq_mask_unmask_parent(d);
}

/*
 * Statically populate the irqchip. Note that it is made const
 * (further indicated by the IRQCHIP_IMMUTABLE flag), and that
 * the GPIOCHIP_IRQ_RESOURCE_HELPER macro adds some extra
 * callbacks to the structure.
 */
static const struct irq_chip my_gpio_irq_chip = {
    .name             = "my_gpio_irq",
    .irq_ack          = my_gpio_ack_irq,
    .irq_mask         = my_gpio_mask_irq,
    .irq_unmask       = my_gpio_unmask_irq,
    .irq_set_type     = my_gpio_set_irq_type,
    .flags            = IRQCHIP_IMMUTABLE,
    /* Provide the gpio resource callbacks */
    GPIOCHIP_IRQ_RESOURCE_HELPERS,
};

struct my_gpio *g;
struct gpio_irq_chip *girq;

/* Get a pointer to the gpio_irq_chip */
girq = &g->gc.irq;
gpio_irq_chip_set_chip(girq, &my_gpio_irq_chip);
girq->default_type = IRQ_TYPE_NONE;
girq->handler = handle_bad_irq;
girq->fwnode = g->fwnode;
girq->parent_domain = parent;
girq->child_to_parent_hwirq = my_gpio_child_to_parent_hwirq;

return devm_gpiochip_add_data(dev, &g->gc, g);”h]”hXb  /* Typical state container with dynamic irqchip */
struct my_gpio {
    struct gpio_chip gc;
    struct fwnode_handle *fwnode;
};

static void my_gpio_mask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    /*
     * Perform any necessary action to mask the interrupt,
     * and then call into the core code to synchronise the
     * state.
     */

    gpiochip_disable_irq(gc, hwirq);
    irq_mask_mask_parent(d);
}

static void my_gpio_unmask_irq(struct irq_data *d)
{
    struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
    irq_hw_number_t hwirq = irqd_to_hwirq(d);

    gpiochip_enable_irq(gc, hwirq);

    /*
     * Perform any necessary action to unmask the interrupt,
     * after having called into the core code to synchronise
     * the state.
     */

    irq_mask_unmask_parent(d);
}

/*
 * Statically populate the irqchip. Note that it is made const
 * (further indicated by the IRQCHIP_IMMUTABLE flag), and that
 * the GPIOCHIP_IRQ_RESOURCE_HELPER macro adds some extra
 * callbacks to the structure.
 */
static const struct irq_chip my_gpio_irq_chip = {
    .name             = "my_gpio_irq",
    .irq_ack          = my_gpio_ack_irq,
    .irq_mask         = my_gpio_mask_irq,
    .irq_unmask       = my_gpio_unmask_irq,
    .irq_set_type     = my_gpio_set_irq_type,
    .flags            = IRQCHIP_IMMUTABLE,
    /* Provide the gpio resource callbacks */
    GPIOCHIP_IRQ_RESOURCE_HELPERS,
};

struct my_gpio *g;
struct gpio_irq_chip *girq;

/* Get a pointer to the gpio_irq_chip */
girq = &g->gc.irq;
gpio_irq_chip_set_chip(girq, &my_gpio_irq_chip);
girq->default_type = IRQ_TYPE_NONE;
girq->handler = handle_bad_irq;
girq->fwnode = g->fwnode;
girq->parent_domain = parent;
girq->child_to_parent_hwirq = my_gpio_child_to_parent_hwirq;

return devm_gpiochip_add_data(dev, &g->gc, g);”…””}”hjÈ	  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúj˜	  ‰j™	  jš	  j›	  }”uh1héh³hÊh´MWhjÁ  h²hubhÌ)”}”(hXˆ  As you can see pretty similar, but you do not supply a parent handler for
the IRQ, instead a parent irqdomain, an fwnode for the hardware and
a function .child_to_parent_hwirq() that has the purpose of looking up
the parent hardware irq from a child (i.e. this gpio chip) hardware irq.
As always it is good to look at examples in the kernel tree for advice
on how to find the required pieces.”h]”hXˆ  As you can see pretty similar, but you do not supply a parent handler for
the IRQ, instead a parent irqdomain, an fwnode for the hardware and
a function .child_to_parent_hwirq() that has the purpose of looking up
the parent hardware irq from a child (i.e. this gpio chip) hardware irq.
As always it is good to look at examples in the kernel tree for advice
on how to find the required pieces.”…””}”(hj×	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MhjÁ  h²hubhÌ)”}”(hXó  If there is a need to exclude certain GPIO lines from the IRQ domain handled by
these helpers, we can set .irq.need_valid_mask of the gpiochip before
devm_gpiochip_add_data() or gpiochip_add_data() is called. This allocates an
.irq.valid_mask with as many bits set as there are GPIO lines in the chip, each
bit representing line 0..n-1. Drivers can exclude GPIO lines by clearing bits
from this mask. The mask can be filled in the init_valid_mask() callback
that is part of the struct gpio_irq_chip.”h]”hXó  If there is a need to exclude certain GPIO lines from the IRQ domain handled by
these helpers, we can set .irq.need_valid_mask of the gpiochip before
devm_gpiochip_add_data() or gpiochip_add_data() is called. This allocates an
.irq.valid_mask with as many bits set as there are GPIO lines in the chip, each
bit representing line 0..n-1. Drivers can exclude GPIO lines by clearing bits
from this mask. The mask can be filled in the init_valid_mask() callback
that is part of the struct gpio_irq_chip.”…””}”(hjå	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M¤hjÁ  h²hubhÌ)”}”(hŒ5To use the helpers please keep the following in mind:”h]”hŒ5To use the helpers please keep the following in mind:”…””}”(hjó	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M¬hjÁ  h²hubj¢  )”}”(hhh]”(j§  )”}”(hŒ˜Make sure to assign all relevant members of the struct gpio_chip so that
the irqchip can initialize. E.g. .dev and .can_sleep shall be set up
properly.
”h]”hÌ)”}”(hŒ—Make sure to assign all relevant members of the struct gpio_chip so that
the irqchip can initialize. E.g. .dev and .can_sleep shall be set up
properly.”h]”hŒ—Make sure to assign all relevant members of the struct gpio_chip so that
the irqchip can initialize. E.g. .dev and .can_sleep shall be set up
properly.”…””}”(hj
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M®hj
  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj
  h²hh³hÊh´Nubj§  )”}”(hX  Nominally set gpio_irq_chip.handler to handle_bad_irq. Then, if your irqchip
is cascaded, set the handler to handle_level_irq() and/or handle_edge_irq()
in the irqchip .set_type() callback depending on what your controller
supports and what is requested by the consumer.

”h]”hÌ)”}”(hX  Nominally set gpio_irq_chip.handler to handle_bad_irq. Then, if your irqchip
is cascaded, set the handler to handle_level_irq() and/or handle_edge_irq()
in the irqchip .set_type() callback depending on what your controller
supports and what is requested by the consumer.”h]”hX  Nominally set gpio_irq_chip.handler to handle_bad_irq. Then, if your irqchip
is cascaded, set the handler to handle_level_irq() and/or handle_edge_irq()
in the irqchip .set_type() callback depending on what your controller
supports and what is requested by the consumer.”…””}”(hj 
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M²hj
  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj
  h²hh³hÊh´Nubeh}”(h]”h ]”h"]”h$]”h&]”j~  j  uh1j¡  h³hÊh´M®hjÁ  h²hubeh}”(h]”Œ(infrastructure-helpers-for-gpio-irqchips”ah ]”h"]”Œ(infrastructure helpers for gpio irqchips”ah$]”h&]”uh1hµhj½  h²hh³hÊh´M¡ubh¶)”}”(hhh]”(h»)”}”(hŒLocking IRQ usage”h]”hŒLocking IRQ usage”…””}”(hjE
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhjB
  h²hh³hÊh´M¹ubhÌ)”}”(hŒÕSince GPIO and irq_chip are orthogonal, we can get conflicts between different
use cases. For example a GPIO line used for IRQs should be an input line,
it does not make sense to fire interrupts on an output GPIO.”h]”hŒÕSince GPIO and irq_chip are orthogonal, we can get conflicts between different
use cases. For example a GPIO line used for IRQs should be an input line,
it does not make sense to fire interrupts on an output GPIO.”…””}”(hjS
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M»hjB
  h²hubhÌ)”}”(hŒÙIf there is competition inside the subsystem which side is using the
resource (a certain GPIO line and register for example) it needs to deny
certain operations and keep track of usage inside of the gpiolib subsystem.”h]”hŒÙIf there is competition inside the subsystem which side is using the
resource (a certain GPIO line and register for example) it needs to deny
certain operations and keep track of usage inside of the gpiolib subsystem.”…””}”(hja
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M¿hjB
  h²hubhÌ)”}”(hŒ{Input GPIOs can be used as IRQ signals. When this happens, a driver is requested
to mark the GPIO as being used as an IRQ::”h]”hŒzInput GPIOs can be used as IRQ signals. When this happens, a driver is requested
to mark the GPIO as being used as an IRQ:”…””}”(hjo
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MÃhjB
  h²hubhê)”}”(hŒEint gpiochip_lock_as_irq(struct gpio_chip *chip, unsigned int offset)”h]”hŒEint gpiochip_lock_as_irq(struct gpio_chip *chip, unsigned int offset)”…””}”hj}
  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´MÆhjB
  h²hubhÌ)”}”(hŒ\This will prevent the use of non-irq related GPIO APIs until the GPIO IRQ lock
is released::”h]”hŒ[This will prevent the use of non-irq related GPIO APIs until the GPIO IRQ lock
is released:”…””}”(hj‹
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MÈhjB
  h²hubhê)”}”(hŒHvoid gpiochip_unlock_as_irq(struct gpio_chip *chip, unsigned int offset)”h]”hŒHvoid gpiochip_unlock_as_irq(struct gpio_chip *chip, unsigned int offset)”…””}”hj™
  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´MËhjB
  h²hubhÌ)”}”(hŒŸWhen implementing an irqchip inside a GPIO driver, these two functions should
typically be called in the .startup() and .shutdown() callbacks from the
irqchip.”h]”hŒŸWhen implementing an irqchip inside a GPIO driver, these two functions should
typically be called in the .startup() and .shutdown() callbacks from the
irqchip.”…””}”(hj§
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MÍhjB
  h²hubhÌ)”}”(hŒSWhen using the gpiolib irqchip helpers, these callbacks are automatically
assigned.”h]”hŒSWhen using the gpiolib irqchip helpers, these callbacks are automatically
assigned.”…””}”(hjµ
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MÑhjB
  h²hubeh}”(h]”Œlocking-irq-usage”ah ]”h"]”Œlocking irq usage”ah$]”h&]”uh1hµhj½  h²hh³hÊh´M¹ubh¶)”}”(hhh]”(h»)”}”(hŒDisabling and enabling IRQs”h]”hŒDisabling and enabling IRQs”…””}”(hjÎ
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhjË
  h²hh³hÊh´MÖubhÌ)”}”(hŒþIn some (fringe) use cases, a driver may be using a GPIO line as input for IRQs,
but occasionally switch that line over to drive output and then back to being
an input with interrupts again. This happens on things like CEC (Consumer
Electronics Control).”h]”hŒþIn some (fringe) use cases, a driver may be using a GPIO line as input for IRQs,
but occasionally switch that line over to drive output and then back to being
an input with interrupts again. This happens on things like CEC (Consumer
Electronics Control).”…””}”(hjÜ
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MØhjË
  h²hubhÌ)”}”(hŒ°When a GPIO is used as an IRQ signal, then gpiolib also needs to know if
the IRQ is enabled or disabled. In order to inform gpiolib about this,
the irqchip driver should call::”h]”hŒ¯When a GPIO is used as an IRQ signal, then gpiolib also needs to know if
the IRQ is enabled or disabled. In order to inform gpiolib about this,
the irqchip driver should call:”…””}”(hjê
  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MÝhjË
  h²hubhê)”}”(hŒFvoid gpiochip_disable_irq(struct gpio_chip *chip, unsigned int offset)”h]”hŒFvoid gpiochip_disable_irq(struct gpio_chip *chip, unsigned int offset)”…””}”hjø
  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´MáhjË
  h²hubhÌ)”}”(hŒƒThis allows drivers to drive the GPIO as an output while the IRQ is
disabled. When the IRQ is enabled again, a driver should call::”h]”hŒ‚This allows drivers to drive the GPIO as an output while the IRQ is
disabled. When the IRQ is enabled again, a driver should call:”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MãhjË
  h²hubhê)”}”(hŒEvoid gpiochip_enable_irq(struct gpio_chip *chip, unsigned int offset)”h]”hŒEvoid gpiochip_enable_irq(struct gpio_chip *chip, unsigned int offset)”…””}”hj  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´MæhjË
  h²hubhÌ)”}”(hŒ¥When implementing an irqchip inside a GPIO driver, these two functions should
typically be called in the .irq_disable() and .irq_enable() callbacks from the
irqchip.”h]”hŒ¥When implementing an irqchip inside a GPIO driver, these two functions should
typically be called in the .irq_disable() and .irq_enable() callbacks from the
irqchip.”…””}”(hj"  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MèhjË
  h²hubhÌ)”}”(hŒ¯When IRQCHIP_IMMUTABLE is not advertised by the irqchip, these callbacks
are automatically assigned. This behaviour is deprecated and on its way
to be removed from the kernel.”h]”hŒ¯When IRQCHIP_IMMUTABLE is not advertised by the irqchip, these callbacks
are automatically assigned. This behaviour is deprecated and on its way
to be removed from the kernel.”…””}”(hj0  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MìhjË
  h²hubeh}”(h]”Œdisabling-and-enabling-irqs”ah ]”h"]”Œdisabling and enabling irqs”ah$]”h&]”uh1hµhj½  h²hh³hÊh´MÖubh¶)”}”(hhh]”(h»)”}”(hŒ'Real-Time compliance for GPIO IRQ chips”h]”hŒ'Real-Time compliance for GPIO IRQ chips”…””}”(hjI  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhjF  h²hh³hÊh´MòubhÌ)”}”(hŒâAny provider of irqchips needs to be carefully tailored to support Real-Time
preemption. It is desirable that all irqchips in the GPIO subsystem keep this
in mind and do the proper testing to assure they are real time-enabled.”h]”hŒâAny provider of irqchips needs to be carefully tailored to support Real-Time
preemption. It is desirable that all irqchips in the GPIO subsystem keep this
in mind and do the proper testing to assure they are real time-enabled.”…””}”(hjW  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MôhjF  h²hubhÌ)”}”(hŒHSo, pay attention on above realtime considerations in the documentation.”h]”hŒHSo, pay attention on above realtime considerations in the documentation.”…””}”(hje  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MøhjF  h²hubhÌ)”}”(hŒXThe following is a checklist to follow when preparing a driver for real-time
compliance:”h]”hŒXThe following is a checklist to follow when preparing a driver for real-time
compliance:”…””}”(hjs  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MúhjF  h²hubj¢  )”}”(hhh]”(j§  )”}”(hŒ=ensure spinlock_t is not used as part irq_chip implementation”h]”hÌ)”}”(hj†  h]”hŒ=ensure spinlock_t is not used as part irq_chip implementation”…””}”(hjˆ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mýhj„  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj  h²hh³hÊh´Nubj§  )”}”(hŒµensure that sleepable APIs are not used as part irq_chip implementation
If sleepable APIs have to be used, these can be done from the .irq_bus_lock()
and .irq_bus_unlock() callbacks”h]”hÌ)”}”(hŒµensure that sleepable APIs are not used as part irq_chip implementation
If sleepable APIs have to be used, these can be done from the .irq_bus_lock()
and .irq_bus_unlock() callbacks”h]”hŒµensure that sleepable APIs are not used as part irq_chip implementation
If sleepable APIs have to be used, these can be done from the .irq_bus_lock()
and .irq_bus_unlock() callbacks”…””}”(hjŸ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mþhj›  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj  h²hh³hÊh´Nubj§  )”}”(hŒhChained GPIO irqchips: ensure spinlock_t or any sleepable APIs are not used
from the chained IRQ handler”h]”hÌ)”}”(hŒhChained GPIO irqchips: ensure spinlock_t or any sleepable APIs are not used
from the chained IRQ handler”h]”hŒhChained GPIO irqchips: ensure spinlock_t or any sleepable APIs are not used
from the chained IRQ handler”…””}”(hj·  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhj³  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj  h²hh³hÊh´Nubj§  )”}”(hŒmGeneric chained GPIO irqchips: take care about generic_handle_irq() calls and
apply corresponding work-around”h]”hÌ)”}”(hŒmGeneric chained GPIO irqchips: take care about generic_handle_irq() calls and
apply corresponding work-around”h]”hŒmGeneric chained GPIO irqchips: take care about generic_handle_irq() calls and
apply corresponding work-around”…””}”(hjÏ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MhjË  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj  h²hh³hÊh´Nubj§  )”}”(hŒaChained GPIO irqchips: get rid of the chained IRQ handler and use generic irq
handler if possible”h]”hÌ)”}”(hŒaChained GPIO irqchips: get rid of the chained IRQ handler and use generic irq
handler if possible”h]”hŒaChained GPIO irqchips: get rid of the chained IRQ handler and use generic irq
handler if possible”…””}”(hjç  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhjã  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj  h²hh³hÊh´Nubj§  )”}”(hŒ‰regmap_mmio: it is possible to disable internal locking in regmap by setting
.disable_locking and handling the locking in the GPIO driver”h]”hÌ)”}”(hŒ‰regmap_mmio: it is possible to disable internal locking in regmap by setting
.disable_locking and handling the locking in the GPIO driver”h]”hŒ‰regmap_mmio: it is possible to disable internal locking in regmap by setting
.disable_locking and handling the locking in the GPIO driver”…””}”(hjÿ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhjû  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj  h²hh³hÊh´Nubj§  )”}”(hŒbTest your driver with the appropriate in-kernel real-time test cases for both
level and edge IRQs
”h]”hÌ)”}”(hŒaTest your driver with the appropriate in-kernel real-time test cases for both
level and edge IRQs”h]”hŒaTest your driver with the appropriate in-kernel real-time test cases for both
level and edge IRQs”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M	hj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj  h²hh³hÊh´Nubeh}”(h]”h ]”h"]”h$]”h&]”j~  j  uh1j¡  h³hÊh´MýhjF  h²hubj¢  )”}”(hhh]”(j§  )”}”(hŒV[1] https://lore.kernel.org/r/1437496011-11486-1-git-send-email-bigeasy@linutronix.de/”h]”hÌ)”}”(hj6  h]”(hŒ[1] ”…””}”(hj8  h²hh³Nh´NubhŒ	reference”“”)”}”(hŒRhttps://lore.kernel.org/r/1437496011-11486-1-git-send-email-bigeasy@linutronix.de/”h]”hŒRhttps://lore.kernel.org/r/1437496011-11486-1-git-send-email-bigeasy@linutronix.de/”…””}”(hjA  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”jC  uh1j?  hj8  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhj4  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj1  h²hh³hÊh´Nubj§  )”}”(hŒX[2] https://lore.kernel.org/r/1443209283-20781-2-git-send-email-grygorii.strashko@ti.com”h]”hÌ)”}”(hj^  h]”(hŒ[2] ”…””}”(hj`  h²hh³Nh´Nubj@  )”}”(hŒThttps://lore.kernel.org/r/1443209283-20781-2-git-send-email-grygorii.strashko@ti.com”h]”hŒThttps://lore.kernel.org/r/1443209283-20781-2-git-send-email-grygorii.strashko@ti.com”…””}”(hjg  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”ji  uh1j?  hj`  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhj\  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj1  h²hh³hÊh´Nubj§  )”}”(hŒZ[3] https://lore.kernel.org/r/1443209283-20781-3-git-send-email-grygorii.strashko@ti.com

”h]”hÌ)”}”(hŒX[3] https://lore.kernel.org/r/1443209283-20781-3-git-send-email-grygorii.strashko@ti.com”h]”(hŒ[3] ”…””}”(hj†  h²hh³Nh´Nubj@  )”}”(hŒThttps://lore.kernel.org/r/1443209283-20781-3-git-send-email-grygorii.strashko@ti.com”h]”hŒThttps://lore.kernel.org/r/1443209283-20781-3-git-send-email-grygorii.strashko@ti.com”…””}”(hjŽ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”j  uh1j?  hj†  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´Mhj‚  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j¦  hj1  h²hh³hÊh´Nubeh}”(h]”h ]”h"]”h$]”h&]”j~  Œ*”uh1j¡  h³hÊh´MhjF  h²hubeh}”(h]”Œ'real-time-compliance-for-gpio-irq-chips”ah ]”h"]”Œ'real-time compliance for gpio irq chips”ah$]”h&]”uh1hµhj½  h²hh³hÊh´Mòubeh}”(h]”Œgpio-drivers-providing-irqs”ah ]”h"]”Œgpio drivers providing irqs”ah$]”h&]”uh1hµhh·h²hh³hÊh´Mubh¶)”}”(hhh]”(h»)”}”(hŒRequesting self-owned GPIO pins”h]”hŒRequesting self-owned GPIO pins”…””}”(hjÃ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhjÀ  h²hh³hÊh´MubhÌ)”}”(hŒ¿Sometimes it is useful to allow a GPIO chip driver to request its own GPIO
descriptors through the gpiolib API. A GPIO driver can use the following
functions to request and free descriptors::”h]”hŒ¾Sometimes it is useful to allow a GPIO chip driver to request its own GPIO
descriptors through the gpiolib API. A GPIO driver can use the following
functions to request and free descriptors:”…””}”(hjÑ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MhjÀ  h²hubhê)”}”(hX2  struct gpio_desc *gpiochip_request_own_desc(struct gpio_desc *desc,
                                            u16 hwnum,
                                            const char *label,
                                            enum gpiod_flags flags)

void gpiochip_free_own_desc(struct gpio_desc *desc)”h]”hX2  struct gpio_desc *gpiochip_request_own_desc(struct gpio_desc *desc,
                                            u16 hwnum,
                                            const char *label,
                                            enum gpiod_flags flags)

void gpiochip_free_own_desc(struct gpio_desc *desc)”…””}”hjß  sbah}”(h]”h ]”h"]”h$]”h&]”hùhúuh1héh³hÊh´MhjÀ  h²hubhÌ)”}”(hŒfDescriptors requested with gpiochip_request_own_desc() must be released with
gpiochip_free_own_desc().”h]”hŒfDescriptors requested with gpiochip_request_own_desc() must be released with
gpiochip_free_own_desc().”…””}”(hjí  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´MhjÀ  h²hubhÌ)”}”(hŒ§These functions must be used with care since they do not affect module use
count. Do not use the functions to request gpio descriptors not owned by the
calling driver.”h]”hŒ§These functions must be used with care since they do not affect module use
count. Do not use the functions to request gpio descriptors not owned by the
calling driver.”…””}”(hjû  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËh³hÊh´M"hjÀ  h²hubeh}”(h]”Œrequesting-self-owned-gpio-pins”ah ]”h"]”Œrequesting self-owned gpio pins”ah$]”h&]”uh1hµhh·h²hh³hÊh´Mubeh}”(h]”Œgpio-driver-interface”ah ]”h"]”Œgpio driver interface”ah$]”h&]”uh1hµhhh²hh³hÊh´Kubeh}”(h]”h ]”h"]”h$]”h&]”Œsource”hÊuh1hŒcurrent_source”NŒcurrent_line”NŒsettings”Œdocutils.frontend”ŒValues”“”)”}”(hºNŒ	generator”NŒ	datestamp”NŒsource_link”NŒ
source_url”NŒtoc_backlinks”j
  Œfootnote_backlinks”KŒsectnum_xform”KŒstrip_comments”NŒstrip_elements_with_classes”NŒstrip_classes”NŒreport_level”KŒ
halt_level”KŒexit_status_level”KŒdebug”NŒwarning_stream”NŒ	traceback”ˆŒinput_encoding”Œ	utf-8-sig”Œinput_encoding_error_handler”Œstrict”Œoutput_encoding”Œutf-8”Œoutput_encoding_error_handler”j;  Œerror_encoding”Œutf-8”Œerror_encoding_error_handler”Œbackslashreplace”Œlanguage_code”Œen”Œrecord_dependencies”NŒconfig”NŒ	id_prefix”hŒauto_id_prefix”Œid”Œdump_settings”NŒdump_internals”NŒdump_transforms”NŒdump_pseudo_xml”NŒexpose_internals”NŒstrict_visitor”NŒ_disable_config”NŒ_source”hÊŒ_destination”NŒ_config_files”]”Œ7/var/lib/git/docbuild/linux/Documentation/docutils.conf”aŒfile_insertion_enabled”ˆŒraw_enabled”KŒline_length_limit”M'Œpep_references”NŒpep_base_url”Œhttps://peps.python.org/”Œpep_file_url_template”Œpep-%04d”Œrfc_references”NŒrfc_base_url”Œ&https://datatracker.ietf.org/doc/html/”Œ	tab_width”KŒtrim_footnote_reference_space”‰Œsyntax_highlight”Œlong”Œsmart_quotes”ˆŒsmartquotes_locales”]”Œcharacter_level_inline_markup”‰Œdoctitle_xform”‰Œdocinfo_xform”KŒsectsubtitle_xform”‰Œimage_loading”Œlink”Œembed_stylesheet”‰Œcloak_email_addresses”ˆŒsection_self_link”‰Œenv”NubŒreporter”NŒindirect_targets”]”Œsubstitution_defs”}”Œsubstitution_names”}”Œrefnames”}”Œrefids”}”Œnameids”}”(j  j  jy  jv  jº  j·  jd  ja  j  j  j9  j6  ja  j^  j²  j¯  j½  jº  j¾  j»  j?
  j<
  jÈ
  jÅ
  jC  j@  jµ  j²  j  j  uŒ	nametypes”}”(j  ‰jy  ‰jº  ‰jd  ‰j  ‰j9  ‰ja  ‰j²  ‰j½  ‰j¾  ‰j?
  ‰jÈ
  ‰jC  ‰jµ  ‰j  ‰uh}”(j  h·jv  hûj·  j|  ja  j¾  j  jg  j6  j  j^  j<  j¯  jd  jº  j½  j»  j¡  j<
  jÁ  jÅ
  jB
  j@  jË
  j²  jF  j  jÀ  uŒfootnote_refs”}”Œcitation_refs”}”Œautofootnotes”]”Œautofootnote_refs”]”Œsymbol_footnotes”]”Œsymbol_footnote_refs”]”Œ	footnotes”]”Œ	citations”]”Œautofootnote_start”KŒsymbol_footnote_start”K Œ
id_counter”Œcollections”ŒCounter”“”}”…”R”Œparse_messages”]”(hŒsystem_message”“”)”}”(hhh]”hÌ)”}”(hŒeUnexpected possible title overline or transition.
Treating it as ordinary text because it's so short.”h]”hŒgUnexpected possible title overline or transition.
Treating it as ordinary text because itâ€™s so short.”…””}”(hj¢  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËhjŸ  ubah}”(h]”h ]”h"]”h$]”h&]”Œlevel”KŒtype”ŒINFO”Œline”M®Œsource”hÊuh1j  hjð  ubjž  )”}”(hhh]”hÌ)”}”(hŒeUnexpected possible title overline or transition.
Treating it as ordinary text because it's so short.”h]”hŒgUnexpected possible title overline or transition.
Treating it as ordinary text because itâ€™s so short.”…””}”(hj¾  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hËhj»  ubah}”(h]”h ]”h"]”h$]”h&]”Œlevel”KŒtype”j¸  Œline”M®Œsource”hÊuh1j  hj	  ubeŒtransform_messages”]”Œtransformer”NŒinclude_log”]”Œ
decoration”Nh²hub.