0d23fd2ab2
>From the Documentation/devicetree/bindings/leds/common.txt: - default-state : The initial state of the LED. Valid values are "on", "off", and "keep". If the LED is already on or off and the default-state property is set the to same value, then no glitch should be produced where the LED momentarily turns off (or on). The "keep" setting will keep the LED at whatever its current state is, without producing a glitch. The default is off if this property is not present. So setting the default-state of the LEDs to `off` is redundant as `off` is default LED state anyway. We should remove it as almost every new PR/patch submission contains this property by default which seems to be just copy&paste from some DTS file already present in the tree. Signed-off-by: Petr Štetiar <ynezz@true.cz>
32 lines
612 B
Plaintext
32 lines
612 B
Plaintext
// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
|
|
/dts-v1/;
|
|
|
|
#include <dt-bindings/gpio/gpio.h>
|
|
#include <dt-bindings/input/input.h>
|
|
|
|
#include "qca9533_tplink_tl-wr841.dtsi"
|
|
|
|
/ {
|
|
compatible = "tplink,tl-wr841-v11", "qca,qca9533";
|
|
model = "TP-Link TL-WR841N/ND Version 11";
|
|
|
|
aliases {
|
|
led-boot = &system_led;
|
|
led-failsafe = &system_led;
|
|
led-running = &system_led;
|
|
led-upgrade = &system_led;
|
|
};
|
|
};
|
|
|
|
&gpio_leds {
|
|
system_led: system {
|
|
label = "tp-link:green:system";
|
|
gpios = <&gpio 1 GPIO_ACTIVE_LOW>;
|
|
};
|
|
|
|
wan_orange {
|
|
label = "tp-link:orange:wan";
|
|
gpios = <&gpio 2 GPIO_ACTIVE_LOW>;
|
|
};
|
|
};
|