Searched +full:led +full:- +full:active +full:- +full:low (Results 1 – 25 of 35) sorted by relevance
12
| /Documentation/devicetree/bindings/leds/ |
| D | leds-bcm6358.txt | 5 which can either be controlled by software (exporting the 74x164 as spi-gpio. 10 - compatible : should be "brcm,bcm6358-leds". 11 - #address-cells : must be 1. 12 - #size-cells : must be 0. 13 - reg : BCM6358 LED controller address and size. 16 - brcm,clk-div : SCK signal divider. Possible values are 1, 2, 4 and 8. 18 - brcm,clk-dat-low : Boolean, makes clock and data signals active low. 21 Each LED is represented as a sub-node of the brcm,bcm6358-leds device. 23 LED sub-node required properties: 24 - reg : LED pin number (only LEDs 0 to 31 are valid). [all …]
|
| D | leds-bcm6328.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 4 $id: http://devicetree.org/schemas/leds/leds-bcm6328.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Álvaro Fernández Rojas <noltari@gmail.com> 17 as spi-gpio. See 21 exporting the 74x164 as spi-gpio prevents those LEDs to be hardware 24 BCM6328 LED controller has a HWDIS register, which controls whether a LED 27 is usually 1:1 for hardware to LED signals, but through the activity/link 29 explained later in brcm,link-signal-sources). Even if a LED is hardware [all …]
|
| D | leds-pwm-multicolor.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/leds/leds-pwm-multicolor.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: Multi-color LEDs connected to PWM 10 - Sven Schwermer <sven.schwermer@disruptive-technologies.com> 13 This driver combines several monochrome PWM LEDs into one multi-color 14 LED using the multicolor LED class. 18 const: pwm-leds-multicolor 20 multi-led: [all …]
|
| D | leds-aw2013.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/leds/leds-aw2013.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: AWINIC AW2013 3-channel LED Driver 10 - Nikita Travkin <nikitos.tr@gmail.com> 13 The AW2013 is a 3-channel LED driver with I2C interface. It can control 14 LED brightness with PWM output. 25 description: Open-drain, low active interrupt pin "INTN". 26 Used to report completion of operations (power up, LED breath effects). [all …]
|
| D | common.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Jacek Anaszewski <jacek.anaszewski@gmail.com> 11 - Pavel Machek <pavel@ucw.cz> 14 LED and flash LED devices provide the same basic functionality as current 15 regulators, but extended with LED and flash LED specific features like 18 Many LED devices expose more than one current output that can be connected 19 to one or more discrete LED component. Since the arrangement of connections 20 can influence the way of the LED device initialization, the LED components [all …]
|
| D | leds-bcm63138.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 4 $id: http://devicetree.org/schemas/leds/leds-bcm63138.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Rafał Miłecki <rafal@milecki.pl> 24 - items: 25 - enum: 26 - brcm,bcm4908-leds 27 - brcm,bcm6848-leds 28 - brcm,bcm6858-leds [all …]
|
| D | leds-lm3532.txt | 1 * Texas Instruments - lm3532 White LED driver with ambient light sensing 4 The LM3532 provides the 3 high-voltage, low-side current sinks. The device is 5 programmable over an I2C-compatible interface and has independent 7 method allows for different LED currents in each current sink thus allowing 11 each with 32 internal voltage setting resistors, 8-bit logarithmic and linear 16 - compatible : "ti,lm3532" 17 - reg : I2C slave address 18 - #address-cells : 1 19 - #size-cells : 0 22 - enable-gpios : gpio pin to enable (active high)/disable the device. [all …]
|
| /Documentation/devicetree/bindings/leds/irled/ |
| D | ir-spi-led.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 4 $id: http://devicetree.org/schemas/leds/irled/ir-spi-led.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: IR LED connected through SPI bus 10 - Sean Young <sean@mess.org> 13 IR LED switch is connected to the MOSI line of the SPI device and the data 17 - $ref: /schemas/spi/spi-peripheral-props.yaml# 21 const: ir-spi-led 26 duty-cycle: [all …]
|
| /Documentation/driver-api/gpio/ |
| D | board.rst | 14 ----------- 20 <function>-gpios, where <function> is the function the driver will request 26 led-gpios = <&gpio 15 GPIO_ACTIVE_HIGH>, /* red */ 30 power-gpios = <&gpio 1 GPIO_ACTIVE_LOW>; 33 Properties named <function>-gpio are also considered valid and old bindings use 38 "led" function, and GPIO 1 as the "power" GPIO:: 42 red = gpiod_get_index(dev, "led", 0, GPIOD_OUT_HIGH); 43 green = gpiod_get_index(dev, "led", 1, GPIOD_OUT_HIGH); 44 blue = gpiod_get_index(dev, "led", 2, GPIOD_OUT_HIGH); 48 The led GPIOs will be active high, while the power GPIO will be active low (i.e. [all …]
|
| D | intro.rst | 17 A "General Purpose Input/Output" (GPIO) is a flexible software-controlled 25 System-on-Chip (SOC) processors heavily rely on GPIOs. In some cases, every 26 non-dedicated pin can be configured as a GPIO; and most chips have at least 31 Most PC southbridges have a few dozen GPIO-capable pins (with only the BIOS 36 - Output values are writable (high=1, low=0). Some chips also have 38 value might be driven, supporting "wire-OR" and similar schemes for the 41 - Input values are likewise readable (1, 0). Some chips support readback 42 of pins configured as "output", which is very useful in such "wire-OR" 44 input de-glitch/debounce logic, sometimes with software controls. 46 - Inputs can often be used as IRQ signals, often edge triggered but [all …]
|
| D | consumer.rst | 21 - Simple compile coverage with e.g. COMPILE_TEST - it does not matter that 25 - Truly optional GPIOLIB support - where the driver does not really make use 26 of the GPIOs on certain compile-time configurations for certain systems, but 27 will use it under other compile-time configurations. In this case the 35 All the functions that work with the descriptor-based GPIO interface are 45 With the descriptor-based interface, GPIOs are identified with an opaque, 46 non-forgeable handler that must be obtained through a call to one of the 54 If a function is implemented by using several GPIOs together (e.g. a simple LED 62 see Documentation/driver-api/gpio/board.rst 78 whether the line is configured active high or active low (see [all …]
|
| /Documentation/devicetree/bindings/pinctrl/ |
| D | brcm,nsp-gpio.txt | 4 - compatible: 5 Must be "brcm,nsp-gpio-a" 7 - reg: 11 - #gpio-cells: 14 bit[0]: polarity (0 for active high and 1 for active low) 16 - gpio-controller: 19 - ngpios: 23 - interrupts: 26 - interrupt-controller: 29 - gpio-ranges: [all …]
|
| /Documentation/devicetree/bindings/mfd/ |
| D | max77650.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: MAX77650 ultra low-power PMIC from Maxim Integrated. 10 - Bartosz Golaszewski <bgolaszewski@baylibre.com> 13 MAX77650 is an ultra-low power PMIC providing battery charging and power 14 supply for low-power IoT and wearable applications. 16 The GPIO-controller module is represented as part of the top-level PMIC 19 For device-tree bindings of other sub-modules (regulator, power supply, 21 sub-system directories. [all …]
|
| /Documentation/ABI/testing/ |
| D | sysfs-driver-wacom | 4 Contact: linux-bluetooth@vger.kernel.org 12 What: /sys/bus/hid/devices/<bus>:<vid>:<pid>.<n>/wacom_led/led 14 Contact: linux-input@vger.kernel.org 25 Contact: linux-input@vger.kernel.org 27 <obsoleted by the LED class API now exported by the driver> 28 Writing to this file sets the status LED luminance (1..127) 35 Contact: linux-input@vger.kernel.org 37 <obsoleted by the LED class API now exported by the driver> 38 Writing to this file sets the status LED luminance (1..127) 44 Contact: linux-input@vger.kernel.org [all …]
|
| /Documentation/devicetree/bindings/input/ |
| D | microchip,cap11xx.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 The Microchip CAP1xxx Family of RightTouchTM multiple-channel capacitive 11 touch controllers and LED drivers. The device communication via I2C only. 14 - Rob Herring <robh@kernel.org> 19 - microchip,cap1106 20 - microchip,cap1126 21 - microchip,cap1188 22 - microchip,cap1203 [all …]
|
| /Documentation/devicetree/bindings/net/ |
| D | renesas,ether.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - $ref: ethernet-controller.yaml# 13 - Sergei Shtylyov <sergei.shtylyov@gmail.com> 18 - items: 19 - enum: 20 - renesas,gether-r8a7740 # device is a part of R8A7740 SoC 21 - renesas,gether-r8a77980 # device is a part of R8A77980 SoC 22 - renesas,ether-r7s72100 # device is a part of R7S72100 SoC [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>, 39 such as if the consumer desire the line to be active low (inverted) or open 44 recommended to use the two-cell approach. [all …]
|
| /Documentation/devicetree/bindings/net/wireless/ |
| D | mediatek,mt76.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 2 # Copyright (c) 2018-2019 The Linux Foundation. All rights reserved. 4 --- 6 $schema: http://devicetree.org/meta-schemas/core.yaml# 11 - Felix Fietkau <nbd@nbd.name> 12 - Lorenzo Bianconi <lorenzo@kernel.org> 13 - Ryder Lee <ryder.lee@mediatek.com> 25 - mediatek,mt76 26 - mediatek,mt7628-wmac 27 - mediatek,mt7622-wmac [all …]
|
| /Documentation/driver-api/surface_aggregator/clients/ |
| D | dtx.rst | 1 .. SPDX-License-Identifier: GPL-2.0+ 10 User-Space DTX (Clipboard Detachment System) Interface 14 and re-attachment handling. To this end, it provides the ``/dev/surface/dtx`` 15 device file, through which it can interface with a user-space daemon. This 18 unloading/reloading the graphics-driver, user-notifications, etc. 24 change. Commands are always driver-initiated, whereas events are always 56 ------------ 65 being hot-unplugged while in use. More details can be found in the 70 -------------------- 73 ``surface_dtx`` driver only relays events from the EC to user-space and [all …]
|
| /Documentation/scsi/ |
| D | ChangeLog.sym53c8xx_2 | 2 * version sym-2.1.0-20001230 3 - Initial release of SYM-2. 6 * version sym-2.1.1-20010108 7 - Change a couple of defines containing ncr or NCR by their 11 * version sym-2.1.2-20010114 12 - Fix a couple of printfs: 17 * version sym-2.1.3-20010117 18 - Wrong residual values were returned in some situations. 19 This broke cdrecord with linux-2.4.0, for example. 22 * version sym-2.1.4-20010120 [all …]
|
| /Documentation/admin-guide/laptops/ |
| D | thinkpad-acpi.rst | 9 - Borislav Deianov <borislav@users.sf.net> 10 - Henrique de Moraes Holschuh <hmh@hmh.eng.br> 12 http://ibm-acpi.sf.net/ 19 This driver used to be named ibm-acpi until kernel 2.6.21 and release 20 0.13-20070314. It used to be in the drivers/acpi tree, but it was 21 moved to the drivers/misc tree and renamed to thinkpad-acpi for kernel 25 The driver is named "thinkpad-acpi". In some places, like module 29 "tpacpi" is used as a shorthand where "thinkpad-acpi" would be too 33 ------ 38 - Fn key combinations [all …]
|
| /Documentation/sound/hd-audio/ |
| D | realtek-pc-beep.rst | 20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 24 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 41 Loopback 1Ah to 21h [active low] (h): 1 bit 58 +--DIV--+--!DIV--+ {1Ah boost control} 60 +--(b == 0)--+--(b != 0)--+ 70 +-----!h-----+-----S-----+ 79 All Realtek HDA codecs have a vendor-defined widget with node ID 20h which 113 registers, and it's led to some fixes that improve behavior on cold boot but 122 The information here has been obtained through black-box reverse engineering of
|
| /Documentation/cdrom/ |
| D | cdrom-standard.rst | 2 A Linux CD-ROM standard 14 Linux is probably the Unix-like operating system that supports 18 - The large list of hardware devices available for the many platforms 19 that Linux now supports (i.e., i386-PCs, Sparc Suns, etc.) 20 - The open design of the operating system, such that anybody can write a 22 - There is plenty of source code around as examples of how to write a driver. 29 This divergence of behavior has been very significant for CD-ROM 32 their drivers totally inconsistent, the writers of Linux CD-ROM 35 maintain uniform behavior across all the Linux CD-ROM drivers. 38 all the different CD-ROM device drivers for Linux. This document also [all …]
|
| /Documentation/devicetree/bindings/net/dsa/ |
| D | realtek.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - $ref: dsa.yaml#/$defs/ethernet-ports 13 - Linus Walleij <linus.walleij@linaro.org> 20 The SMI "Simple Management Interface" is a two-wire protocol using 21 bit-banged GPIO that while it reuses the MDIO lines MCK and MDIO does 23 SMI-based Realtek devices. The realtek-smi driver is a platform driver 26 The MDIO-connected switches use MDIO protocol to access their registers. 27 The realtek-mdio driver is an MDIO driver and it must be inserted inside [all …]
|
| /Documentation/networking/ |
| D | arcnet-hardware.rst | 1 .. SPDX-License-Identifier: GPL-2.0 11 2) This file is no longer Linux-specific. It should probably be moved out 17 e-mail apenwarr@worldvisions.ca with any settings for your particular card, 39 There are two "types" of ARCnet - STAR topology and BUS topology. This 46 well-designed standard. It uses something called "modified token passing" 47 which makes it completely incompatible with so-called "Token Ring" cards, 63 programming interface also means that when high-performance hardware 73 although they are generally kept down to the Ethernet-style 1500 bytes. 91 - Avery Pennraun <apenwarr@worldvisions.ca> 92 - Stephen A. Wood <saw@hallc1.cebaf.gov> [all …]
|
12