Searched +full:32 +full:- +full:rail (Results 1 – 5 of 5) sorted by relevance
/Documentation/hwmon/ |
D | ucd9000.rst | 11 Addresses scanned: - 15 - http://focus.ti.com/lit/ds/symlink/ucd90120.pdf 16 - http://focus.ti.com/lit/ds/symlink/ucd90124.pdf 17 - http://focus.ti.com/lit/ds/symlink/ucd90160.pdf 18 - http://focus.ti.com/lit/ds/symlink/ucd90320.pdf 19 - http://focus.ti.com/lit/ds/symlink/ucd9090.pdf 20 - http://focus.ti.com/lit/ds/symlink/ucd90910.pdf 22 Author: Guenter Roeck <linux@roeck-us.net> 26 ----------- 31 sequences up to 12 independent voltage rails. The device integrates a 12-bit [all …]
|
/Documentation/devicetree/bindings/hwmon/pmbus/ |
D | ti,ucd90320.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) 3 --- 6 $schema: http://devicetree.org/meta-schemas/core.yaml# 11 - Jim Wright <wrightj@linux.vnet.ibm.com> 14 The UCD90320 is a 32-rail PMBus/I2C addressable power-supply sequencer and 17 digital monitors (DMONx), 32 to enable the power supply (ENx), 24 for 18 margining (MARx), 16 for logical GPO, and 32 GPIs for cascading, and system 26 - ti,ucd90320 32 - compatible 33 - reg [all …]
|
/Documentation/driver-api/gpio/ |
D | driver.rst | 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 61 - methods used to access GPIO line values [all …]
|
/Documentation/devicetree/bindings/gpio/ |
D | gpio.txt | 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 10 for new bindings. Also, GPIO properties named "[<name>-]gpio" are valid and old 24 and bit-banged data signals: 27 gpio-controller; 28 #gpio-cells = <2>; 32 data-gpios = <&gpio1 12 0>, 44 recommended to use the two-cell approach. 48 include/dt-bindings/gpio/gpio.h whenever possible: [all …]
|
/Documentation/driver-api/ |
D | pinctl.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/down, open drain, 17 Top-level interface 22 - A pin controller is a piece of hardware, usually a set of registers, that 28 - PINS are equal to pads, fingers, balls or whatever packaging input or 32 be sparse - i.e. there may be gaps in the space with numbers where no 98 See for example arch/arm/mach-u300/Kconfig for an example. 197 the groups is up to the driver, this is just a simple example - in practice you [all …]
|