Searched +full:right +full:- +full:gpios (Results 1 – 22 of 22) sorted by relevance
| /Documentation/devicetree/bindings/input/ |
| D | gpio-mouse.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/input/gpio-mouse.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 11 to 5-7 GPIO lines. 14 - Anshul Dalal <anshulusr@gmail.com> 18 const: gpio-mouse 20 scan-interval-ms: 23 up-gpios: 26 down-gpios: [all …]
|
| /Documentation/devicetree/bindings/sound/ |
| D | cs35l32.txt | 5 - compatible : "cirrus,cs35l32" 7 - reg : the I2C address of the device for I2C. Address is determined by the level 10 - VA-supply, VP-supply : power supplies for the device, 15 - reset-gpios : a GPIO spec for the reset pin. If specified, it will be 18 - cirrus,boost-manager : Boost voltage control. 19 0 = Automatically managed. Boost-converter output voltage is the higher 21 1 = Automatically managed irrespective of audio, adapting for low-power 22 dissipation when LEDs are ON, and operating in Fixed-Boost Bypass Mode 27 - cirrus,sdout-datacfg : Data configuration for dual CS35L32 applications only. 28 Determines the data packed in a two-CS35L32 configuration. [all …]
|
| D | cs35l34.txt | 5 - compatible : "cirrus,cs35l34" 7 - reg : the I2C address of the device for I2C. 9 - VA-supply, VP-supply : power supplies for the device, 13 - cirrus,boost-vtge-millivolt : Boost Voltage Value. Configures the boost 17 - cirrus,boost-nanohenry: Inductor value for boost converter. The value is 22 - reset-gpios: GPIO used to reset the amplifier. 24 - interrupts : IRQ line info CS35L34. 25 (See Documentation/devicetree/bindings/interrupt-controller/interrupts.txt 28 - cirrus,boost-peak-milliamp : Boost converter peak current limit in mA. The 32 - cirrus,i2s-sdinloc : ADSP SDIN I2S channel location. Indicates whether the [all …]
|
| D | nxp,tfa989x.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Stephan Gerhold <stephan@gerhold.net> 13 - $ref: dai-common.yaml# 18 - nxp,tfa9890 19 - nxp,tfa9895 20 - nxp,tfa9897 25 '#sound-dai-cells': 28 rcv-gpios: [all …]
|
| D | ti,tlv320aic3x.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 4 --- 6 $schema: http://devicetree.org/meta-schemas/core.yaml# 11 TLV320AIC3x are a series of low-power stereo audio codecs with stereo 13 single-ended or fully differential configurations. 16 data bus is programmable for I2S, left/right-justified, DSP, or TDM modes. 44 - Jai Luthra <j-luthra@ti.com> 49 - ti,tlv320aic3x 50 - ti,tlv320aic33 51 - ti,tlv320aic3007 [all …]
|
| D | cs35l35.txt | 5 - compatible : "cirrus,cs35l35" 7 - reg : the I2C address of the device for I2C 9 - VA-supply, VP-supply : power supplies for the device, 13 - interrupts : IRQ line info CS35L35. 14 (See Documentation/devicetree/bindings/interrupt-controller/interrupts.txt 17 - cirrus,boost-ind-nanohenry: Inductor value for boost converter. The value is 21 - reset-gpios : gpio used to reset the amplifier 23 - cirrus,stereo-config : Boolean to determine if there are 2 AMPs for a 26 - cirrus,audio-channel : Set Location of Audio Signal on Serial Port 28 1 = Data Packet received on Right I2S Channel [all …]
|
| D | fsl,ssi.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Shengjiu Wang <shengjiu.wang@nxp.com> 13 Notes on fsl,playback-dma and fsl,capture-dma 14 On SOCs that have an SSI, specific DMA channels are hard-wired for playback 18 DMA controller to use, but the channels themselves are hard-wired. The 22 "fsl,playback-dma" and "fsl,capture-dma" must be marked as compatible with 23 "fsl,ssi-dma-channel". The SOC-specific compatible string (e.g. 24 "fsl,mpc8610-dma-channel") can remain. If these nodes are left as [all …]
|
| /Documentation/devicetree/bindings/display/panel/ |
| D | jdi,lpm102a188a.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Diogo Ivo <diogo.ivo@tecnico.ulisboa.pt> 13 This panel requires a dual-channel DSI host to operate. It supports two modes: 14 - left-right: each channel drives the left or right half of the screen 15 - even-odd: each channel drives the even or odd lines of the screen 18 driven by the first link (DSI-LINK1) is considered the primary peripheral 20 peripheral driven by the second link (DSI-LINK2). 23 - $ref: panel-common.yaml# [all …]
|
| D | novatek,nt36672a.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Sumit Semwal <sumit.semwal@linaro.org> 15 Right now, support is added only for a Tianma FHD+ LCD display panel with a 19 - $ref: panel-common.yaml# 24 - enum: 25 - tianma,fhd-video 26 - const: novatek,nt36672a 35 reset-gpios: [all …]
|
| /Documentation/devicetree/bindings/mmc/ |
| D | mmc-pwrseq-simple.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/mmc/mmc-pwrseq-simple.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Ulf Hansson <ulf.hansson@linaro.org> 19 const: mmc-pwrseq-simple 21 reset-gpios: 26 contains a list of GPIO specifiers. The reset GPIOs are asserted 28 They will be de-asserted right after the power has been provided to the 33 description: Handle for the entry in clock-names. [all …]
|
| /Documentation/driver-api/gpio/ |
| D | drivers-on-gpio.rst | 6 the right in-kernel and userspace APIs/ABIs for the job, and that these 10 - leds-gpio: drivers/leds/leds-gpio.c will handle LEDs connected to GPIO 13 - ledtrig-gpio: drivers/leds/trigger/ledtrig-gpio.c will provide a LED trigger, 15 (and that LED may in turn use the leds-gpio as per above). 17 - gpio-keys: drivers/input/keyboard/gpio_keys.c is used when your GPIO line 20 - gpio-keys-polled: drivers/input/keyboard/gpio_keys_polled.c is used when your 24 - gpio_mouse: drivers/input/mouse/gpio_mouse.c is used to provide a mouse with 25 up to three buttons by simply using GPIOs and no mouse port. You can cut the 29 - gpio-beeper: drivers/input/misc/gpio-beeper.c is used to provide a beep from 31 off/on, for an actual PWM waveform, see pwm-gpio below.) [all …]
|
| D | driver.rst | 13 Internal Representation of GPIOs 26 between 0 and n-1, n being the number of GPIOs managed by the chip. 29 example if a system uses a memory-mapped set of I/O-registers where 32 GPIO 30 lines are handled by one bit per line in a 32-bit register, it makes sense to 44 So for example one platform could use global numbers 32-159 for GPIOs, with a 45 controller defining 128 GPIOs at a "base" of 32 ; while another platform uses 46 global numbers 0..63 with one set of GPIO controllers, 64-79 with another type 47 of GPIO controller, and on one particular board 80-95 with an FPGA. The legacy 49 2000-2063 to identify GPIO lines in a bank of I2C GPIO expanders. 60 - methods to establish GPIO line direction [all …]
|
| /Documentation/devicetree/bindings/display/ |
| D | solomon,ssd1307fb.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Maxime Ripard <mripard@kernel.org> 11 - Javier Martinez Canillas <javierm@redhat.com> 17 - enum: 18 - solomon,ssd1305fb-i2c 19 - solomon,ssd1306fb-i2c 20 - solomon,ssd1307fb-i2c 21 - solomon,ssd1309fb-i2c [all …]
|
| /Documentation/dev-tools/ |
| D | gpio-sloppy-logic-analyzer.rst | 1 .. SPDX-License-Identifier: GPL-2.0 12 This document briefly describes how to run the GPIO based in-kernel sloppy 22 Another feature is to snoop on on-chip peripherals if the I/O cells of these 26 control subsystem such pin controllers are called "non-strict": a certain pin 31 non-deterministic code paths and non-maskable interrupts. It is called 'sloppy' 43 Tell the kernel which GPIOs are used as probes. For a Device Tree based system, 47 i2c-analyzer { 48 compatible = "gpio-sloppy-logic-analyzer"; 49 probe-gpios = <&gpio6 21 GPIO_OPEN_DRAIN>, <&gpio6 4 GPIO_OPEN_DRAIN>; 50 probe-names = "SCL", "SDA"; [all …]
|
| /Documentation/devicetree/bindings/display/bridge/ |
| D | adi,adv7511.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Laurent Pinchart <laurent.pinchart@ideasonboard.com> 21 - adi,adv7511 22 - adi,adv7511w 23 - adi,adv7513 37 reg-names: 40 needing a non-default address. 43 - const: main [all …]
|
| /Documentation/devicetree/bindings/gpio/ |
| D | gpio.txt | 4 1) gpios property 5 ----------------- 7 GPIO properties should be named "[<name>-]gpios", with <name> being the purpose 8 of this GPIO for the device. While a non-existent <name> is considered valid 9 for compatibility reasons (resolving to the "gpios" property), it is not allowed 10 for new bindings. Also, GPIO properties named "[<name>-]gpio" are valid and old 15 cases should they contain more than one. If your device uses several GPIOs with 17 meaningful name. The only case where an array of GPIOs is accepted is when 18 several GPIOs serve the same function (e.g. a parallel data line). 20 The exact purpose of each gpios property must be documented in the device tree [all …]
|
| /Documentation/devicetree/bindings/pinctrl/ |
| D | starfive,jh7100-pinctrl.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 4 $id: http://devicetree.org/schemas/pinctrl/starfive,jh7100-pinctrl.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 Bindings for the JH7100 RISC-V SoC from StarFive Ltd. 15 interesting 2-layered approach to pin muxing best illustrated by the diagram 21 LCD output -----------------| | 22 CMOS Camera interface ------| |--- PAD_GPIO[0] 23 Ethernet PHY interface -----| MUX |--- PAD_GPIO[1] 25 | |--- PAD_GPIO[63] [all …]
|
| /Documentation/devicetree/bindings/mfd/ |
| D | cirrus,madera.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: Cirrus Logic Madera class audio CODECs Multi-Functional Device 10 - patches@opensource.cirrus.com 23 - $ref: /schemas/pinctrl/cirrus,madera.yaml# 24 - $ref: /schemas/regulator/wlf,arizona.yaml# 25 - $ref: /schemas/sound/cirrus,madera.yaml# 26 - if: 31 - cirrus,cs47l85 [all …]
|
| D | wlf,arizona.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - patches@opensource.cirrus.com 17 - $ref: /schemas/spi/spi-peripheral-props.yaml 18 - $ref: /schemas/sound/wlf,arizona.yaml# 19 - $ref: /schemas/regulator/wlf,arizona.yaml# 20 - $ref: /schemas/extcon/wlf,arizona.yaml# 21 - if: 26 - cirrus,cs47l24 [all …]
|
| /Documentation/firmware-guide/acpi/ |
| D | gpio-properties.rst | 1 .. SPDX-License-Identifier: GPL-2.0 8 allows names to be given to GPIOs (and other things as well) returned 13 With _DSD we can now query GPIOs using a name instead of an integer 16 // Bluetooth device with reset and shutdown GPIOs 31 ToUUID("daffd814-6eba-4d8c-8a91-bc9bbf4aa301"), 34 Package () { "reset-gpios", Package () { ^BTH, 1, 1, 0 } }, 35 Package () { "shutdown-gpios", Package () { ^BTH, 0, 0, 0 } }, 61 In our Bluetooth example the "reset-gpios" refers to the second GpioIo() 70 +-------------+-------------+-----------------------------------------------+ 74 +-------------+-------------+-----------------------------------------------+ [all …]
|
| /Documentation/i2c/ |
| D | slave-testunit-backend.rst | 1 .. SPDX-License-Identifier: GPL-2.0 7 by Wolfram Sang <wsa@sang-engineering.com> in 2020 11 easy to obtain). Examples include multi-master testing, and SMBus Host Notify 21 # echo "slave-testunit 0x1030" > /sys/bus/i2c/devices/i2c-0/new_device 30 compatible = "slave-testunit"; 39 When writing, the device consists of 4 8-bit registers and, except for some 43 .. csv-table:: 51 Using 'i2cset' from the i2c-tools package, the generic command looks like:: 53 # i2cset -y <bus_num> <testunit_address> <CMD> <DATAL> <DATAH> <DELAY> i 63 -------- [all …]
|
| /Documentation/driver-api/ |
| D | pin-control.rst | 9 - Enumerating and naming controllable pins 11 - Multiplexing of pins, pads, fingers (etc) see below for details 13 - Configuration of pins, pads, fingers (etc), such as software-controlled 14 biasing and driving mode specific pins, such as pull-up, pull-down, open drain, 17 Top-level interface 22 - A PIN CONTROLLER is a piece of hardware, usually a set of registers, that 26 - PINS are equal to pads, fingers, balls or whatever packaging input or 30 be sparse - i.e. there may be gaps in the space with numbers where no 60 .. code-block:: c 97 See ``arch/arm/mach-ux500/Kconfig`` for an example. [all …]
|