Searched +full:i2c +full:- +full:gpio (Results 1 – 25 of 442) sorted by relevance
12345678910>>...18
| /Documentation/devicetree/bindings/i2c/ |
| D | i2c-gpio.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/i2c/i2c-gpio.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: Bindings for GPIO bitbanged I2C 10 - Wolfram Sang <wsa@kernel.org> 13 - $ref: /schemas/i2c/i2c-controller.yaml# 18 - const: i2c-gpio 20 sda-gpios: 22 gpio used for the sda signal, this should be flagged as [all …]
|
| D | i2c-mux.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/i2c/i2c-mux.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: Common i2c bus multiplexer/switch properties. 10 - Peter Rosin <peda@axentia.se> 13 An i2c bus multiplexer/switch will have several child busses that are numbered 14 uniquely in a device dependent manner. The nodes for an i2c bus 17 For i2c multiplexers/switches that have child nodes that are a mixture of both 18 i2c child busses and other child nodes, the 'i2c-mux' subnode can be used for [all …]
|
| D | i2c-mux-ltc4306.txt | 1 * Linear Technology / Analog Devices I2C bus switch 5 - compatible: Must contain one of the following. 7 - reg: The I2C address of the device. 11 - Standard I2C mux properties. See i2c-mux.yaml in this directory. 12 - I2C child bus nodes. See i2c-mux.yaml in this directory. 16 - enable-gpios: Reference to the GPIO connected to the enable input. 17 - i2c-mux-idle-disconnect: Boolean; if defined, forces mux to disconnect all 19 multiplexers on the bus and the devices behind them use same I2C addresses. 20 - gpio-controller: Marks the device node as a GPIO Controller. 21 - #gpio-cells: Should be two. The first cell is the pin number and [all …]
|
| D | i2c-mux-gpmux.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/i2c/i2c-mux-gpmux.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: General Purpose I2C Bus Mux 10 - Peter Rosin <peda@axentia.se> 13 This binding describes an I2C bus multiplexer that uses a mux controller 14 from the mux subsystem to route the I2C signals. 16 .-----. .-----. 18 .------------. '-----' '-----' [all …]
|
| D | i2c-cbus-gpio.txt | 1 Device tree bindings for i2c-cbus-gpio driver 4 - compatible = "i2c-cbus-gpio"; 5 - gpios: clk, dat, sel 6 - #address-cells = <1>; 7 - #size-cells = <0>; 10 - child nodes conforming to i2c bus binding 14 i2c@0 { 15 compatible = "i2c-cbus-gpio"; 16 gpios = <&gpio 66 0 /* clk */ 17 &gpio 65 0 /* dat */ [all …]
|
| D | i2c-arb.txt | 1 Common i2c arbitration bus properties. 3 - i2c-arb child node 5 Required properties for the i2c-arb child node: 6 - #address-cells = <1>; 7 - #size-cells = <0>; 9 Optional properties for i2c-arb child node: 10 - Child nodes conforming to i2c bus binding 16 An NXP pca9541 I2C bus master selector at address 0x74 17 with a NXP pca8574 GPIO expander attached. 24 i2c-arb { [all …]
|
| D | i2c-arb-gpio-challenge.txt | 1 GPIO-based I2C Arbitration Using a Challenge & Response Mechanism 3 This uses GPIO lines and a challenge & response mechanism to arbitrate who is 4 the master of an I2C bus in a multimaster situation. 7 the standard I2C multi-master rules. Using GPIOs is generally useful in 12 * It is nonstandard (not using standard I2C multimaster) 14 problems (hard to tell if i2c issues were caused by one master, another, or 21 others can see. These are all active low with pull-ups enabled. We'll 24 - OUR_CLAIM: output from us signaling to other hosts that we want the bus 25 - THEIR_CLAIMS: output from others signaling that they want the bus 43 - compatible: i2c-arb-gpio-challenge [all …]
|
| D | i2c-mux-gpio.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only 3 --- 4 $id: http://devicetree.org/schemas/i2c/i2c-mux-gpio.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: GPIO-based I2C Bus Mux 10 - Wolfram Sang <wsa@kernel.org> 13 This binding describes an I2C bus multiplexer that uses GPIOs to route the I2C signals. 15 +-----+ +-----+ 17 +------------+ +-----+ +-----+ 19 | | /--------+--------+ [all …]
|
| D | i2c-pxa-pci-ce4100.txt | 1 CE4100 I2C 2 ---------- 4 CE4100 has one PCI device which is described as the I2C-Controller. This 5 PCI device has three PCI-bars, each bar contains a complete I2C 6 controller. So we have a total of three independent I2C-Controllers 8 The driver is probed via the PCI-ID and is gathering the information of 10 Grant Likely recommended to use the ranges property to map the PCI-Bar 12 of the specific I2C controller. This were his exact words: 22 non-zero if you had 2 or more devices mapped off 30 ------------------------------------------------ [all …]
|
| D | i2c.txt | 1 Generic device tree bindings for I2C busses 4 This document describes generic bindings which can be used to describe I2C 8 ----------------------------- 10 - #address-cells - should be <1>. Read more about addresses below. 11 - #size-cells - should be <0>. 12 - compatible - name of I2C bus controller 17 The cells properties above define that an address of children of an I2C bus 21 ----------------------------- 26 - clock-frequency 29 - i2c-bus [all …]
|
| /Documentation/i2c/muxes/ |
| D | i2c-mux-gpio.rst | 2 Kernel driver i2c-mux-gpio 8 ----------- 10 i2c-mux-gpio is an i2c mux driver providing access to I2C bus segments 11 from a master I2C bus and a hardware MUX controlled through GPIO pins. 15 ---------- ---------- Bus segment 1 - - - - - 16 | | SCL/SDA | |-------------- | | 17 | |------------| | 19 | Linux | GPIO 1..N | MUX |--------------- Devices 20 | |------------| | | | 22 | | | |---------------| | [all …]
|
| /Documentation/devicetree/bindings/gpio/ |
| D | gateworks,pld-gpio.txt | 1 Gateworks PLD GPIO controller bindings 3 The GPIO controller should be a child node on an I2C bus, 4 see: i2c/i2c.txt for details. 7 - compatible: Should be "gateworks,pld-gpio" 8 - reg: I2C slave address 9 - gpio-controller: Marks the device node as a GPIO controller. 10 - #gpio-cells: Should be <2>. The first cell is the gpio number and 16 compatible = "gateworks,pld-gpio"; 18 gpio-controller; 19 #gpio-cells = <2>;
|
| /Documentation/devicetree/bindings/media/i2c/ |
| D | maxim,max9286.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 4 --- 5 $id: http://devicetree.org/schemas/media/i2c/maxim,max9286.yaml# 6 $schema: http://devicetree.org/meta-schemas/core.yaml# 11 - Jacopo Mondi <jacopo+renesas@jmondi.org> 12 - Kieran Bingham <kieran.bingham+renesas@ideasonboard.com> 13 - Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> 14 - Niklas Söderlund <niklas.soderlund+renesas@ragnatech.se> 18 Serial Links (GMSL) and outputs them on a CSI-2 D-PHY port using up to 4 data 22 channel that encapsulates I2C messages. The MAX9286 forwards all I2C traffic [all …]
|
| D | chrontel,ch7322.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: "http://devicetree.org/schemas/media/i2c/chrontel,ch7322.yaml#" 5 $schema: "http://devicetree.org/meta-schemas/core.yaml#" 7 title: Chrontel HDMI-CEC Controller 10 - Jeff Chase <jnchase@google.com> 13 The Chrontel CH7322 is a discrete HDMI-CEC controller. It is 14 programmable through I2C and drives a single CEC line. 21 description: I2C device address 30 reset-gpios: [all …]
|
| /Documentation/devicetree/bindings/sound/ |
| D | ak4118.txt | 3 This device supports I2C mode. 7 - compatible : "asahi-kasei,ak4118" 8 - reg : The I2C address of the device for I2C 9 - reset-gpios: A GPIO specifier for the reset pin 10 - irq-gpios: A GPIO specifier for the IRQ pin 14 &i2c { 16 #sound-dai-cells = <0>; 17 compatible = "asahi-kasei,ak4118"; 19 reset-gpios = <&gpio 0 GPIO_ACTIVE_LOW> 20 irq-gpios = <&gpio 1 GPIO_ACTIVE_HIGH>;
|
| D | wm8804.txt | 3 This device supports both I2C and SPI (configured with pin strapping 8 - compatible : "wlf,wm8804" 10 - reg : the I2C address of the device for I2C, the chip select 13 - PVDD-supply, DVDD-supply : Power supplies for the device, as covered 18 - wlf,reset-gpio: A GPIO specifier for the GPIO controlling the reset pin
|
| /Documentation/devicetree/bindings/net/nfc/ |
| D | marvell,nci.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Krzysztof Kozlowski <krzk@kernel.org> 15 - marvell,nfc-i2c 16 - marvell,nfc-spi 17 - marvell,nfc-uart 19 hci-muxed: 30 reset-n-io: 31 $ref: "/schemas/types.yaml#/definitions/phandle-array" [all …]
|
| D | st,st-nci.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 4 $id: http://devicetree.org/schemas/net/nfc/st,st-nci.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Krzysztof Kozlowski <krzk@kernel.org> 15 - st,st21nfcb-i2c 16 - st,st21nfcb-spi 17 - st,st21nfcc-i2c 19 reset-gpios: 20 description: Output GPIO pin used for resetting the controller [all …]
|
| D | nxp,nci.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Krzysztof Kozlowski <krzk@kernel.org> 15 - const: nxp,nxp-nci-i2c 16 - items: 17 - const: nxp,pn547 18 - const: nxp,nxp-nci-i2c 20 enable-gpios: 21 description: Output GPIO pin used for enabling/disabling the controller [all …]
|
| /Documentation/devicetree/bindings/pinctrl/ |
| D | pinctrl-mcp23s08.txt | 2 8-/16-bit I/O expander with serial interface (I2C/SPI) 5 - compatible : Should be 6 - "mcp,mcp23s08" (DEPRECATED) for 8 GPIO SPI version 7 - "mcp,mcp23s17" (DEPRECATED) for 16 GPIO SPI version 8 - "mcp,mcp23008" (DEPRECATED) for 8 GPIO I2C version or 9 - "mcp,mcp23017" (DEPRECATED) for 16 GPIO I2C version of the chip 11 - "microchip,mcp23s08" for 8 GPIO SPI version 12 - "microchip,mcp23s17" for 16 GPIO SPI version 13 - "microchip,mcp23s18" for 16 GPIO SPI version 14 - "microchip,mcp23008" for 8 GPIO I2C version or [all …]
|
| /Documentation/driver-api/gpio/ |
| D | drivers-on-gpio.rst | 2 Subsystem drivers using GPIO 5 Note that standard kernel drivers exist for common GPIO tasks and will provide 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, 14 i.e. a LED will turn on/off in response to a GPIO line going high or low 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 21 GPIO line cannot generate interrupts, so it needs to be periodically polled [all …]
|
| /Documentation/devicetree/bindings/power/supply/ |
| D | sbs,sbs-manager.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/power/supply/sbs,sbs-manager.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Sebastian Reichel <sre@kernel.org> 13 - $ref: power-supply.yaml# 18 - items: 19 - enum: 20 - lltc,ltc1760 21 - enum: [all …]
|
| /Documentation/devicetree/bindings/mux/ |
| D | gpio-mux.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/mux/gpio-mux.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: GPIO-based multiplexer controller bindings 10 - Peter Rosin <peda@axentia.se> 13 Define what GPIO pins are used to control a multiplexer. Or several 17 multiplexer GPIO pins, where the first pin is the least significant 22 const: gpio-mux 24 mux-gpios: [all …]
|
| /Documentation/devicetree/bindings/input/touchscreen/ |
| D | eeti.txt | 4 - compatible: should be "eeti,exc3000-i2c" 5 - reg: I2C address of the chip. Should be set to <0xa> 6 - interrupts: interrupt to which the chip is connected 9 - attn-gpios: A handle to a GPIO to check whether interrupt is still 11 support for level-triggered IRQs. 16 - touchscreen-inverted-x 17 - touchscreen-inverted-y 18 - touchscreen-swapped-x-y 22 i2c-master { 24 compatible = "eeti,exc3000-i2c"; [all …]
|
| /Documentation/devicetree/bindings/net/ |
| D | sff,sfp.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: Small Form Factor (SFF) Committee Small Form-factor Pluggable (SFP) 11 - Russell King <linux@armlinux.org.uk> 16 - sff,sfp # for SFP modules 17 - sff,sff # for soldered down SFF modules 19 i2c-bus: 22 phandle of an I2C bus controller for the SFP two wire serial 24 maximum-power-milliwatt: [all …]
|
12345678910>>...18