10 Aug, 2018
1 commit
-
This patch save common LED property "default-state" value
in post bind of LED uclass.
The configuration for this default state is only performed when
led_default_state() is called;
It can be called in your board_init()
or it could added in init_sequence_r[] in future.Signed-off-by: Patrick Delaunay
07 May, 2018
1 commit
-
When U-Boot started using SPDX tags we were among the early adopters and
there weren't a lot of other examples to borrow from. So we picked the
area of the file that usually had a full license text and replaced it
with an appropriate SPDX-License-Identifier: entry. Since then, the
Linux Kernel has adopted SPDX tags and they place it as the very first
line in a file (except where shebangs are used, then it's second line)
and with slightly different comment styles than us.In part due to community overlap, in part due to better tag visibility
and in part for other minor reasons, switch over to that style.This commit changes all instances where we have a single declared
license in the tag as both the before and after are identical in tag
contents. There's also a few places where I found we did not have a tag
and have introduced one.Signed-off-by: Tom Rini
15 Apr, 2017
5 commits
-
Allow LEDs to be blinked if the driver supports it. Enable this for
sandbox so that the tests run.Signed-off-by: Simon Glass
Reviewed-by: Ziping Chen -
Add support for toggling an LED into the uclass interface. This can be
efficiently implemented by the driver.Signed-off-by: Simon Glass
Reviewed-by: Ziping Chen -
It is useful to be able to read the LED as well as write it. Add this to
the uclass and update the GPIO driver.Signed-off-by: Simon Glass
Reviewed-by: Ziping Chen -
At present this is very simple, supporting only on and off. We want to
also support toggling and blinking. As a first step, change the name of
the main method and use an enum to indicate the state.Signed-off-by: Simon Glass
Reviewed-by: Ziping Chen -
These structures are normally named with 'uc' instead of 'uclass'. Change
this one for consistency.Signed-off-by: Simon Glass
Reviewed-by: Ziping Chen
22 Jul, 2015
2 commits
-
We normally use -ENODEV for a missing device, rather than -ENOENT. The
latter is reserved for when we have a device but cannot find something
within it.Also avoid looking at the root LED device since it is only a container.
Signed-off-by: Simon Glass
-
Add a simple uclass for LEDs, so that these can be controlled by the device
tree and activated when needed. LEDs are referred to by their label.This implementation requires a driver for each type of LED (e.g GPIO, I2C).
Signed-off-by: Simon Glass
04 Sep, 2007
1 commit
15 Aug, 2007
1 commit
-
Signed-off-by: Wolfgang Denk
14 Aug, 2007
1 commit