- May 07, 2018
-
-
Tom Rini authored
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 <trini@konsulko.com>
-
- May 12, 2017
-
-
Tom Rini authored
We first check that if argc is less than 2 we return CMD_RET_USAGE. We then see if argc is greater than 2 and if so call get_led_cmd() to set 'cmd' and otherwise set it to LEDST_COUNT (which will always be positive as it's an enum with 0 already assigned). Therefore the test on if cmd is less than 0 will always be false and simply be omitted. Reported by clang-3.8. Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Apr 15, 2017
-
-
Simon Glass authored
When driver model is used for LEDs, provide a command to allow LED access. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Ziping Chen <techping.chan@gmail.com>
-
Simon Glass authored
Add some LEDs to the standard sandbox device tree. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Ziping Chen <techping.chan@gmail.com>
-
- Jan 21, 2017
-
-
Uri Mashiach authored
Move all of the status LED feature to drivers/led/Kconfig. The LED status definitions were moved from the board configuration files to the defconfig files. TBD: Move all of the definitions in the include/status_led.h to the relevant board's defconfig files. Tested boards: CL-SOM-AM57x, CM-T335 Signed-off-by:
Uri Mashiach <uri.mashiach@compulab.co.il>
-
- Jan 25, 2016
-
-
Simon Glass authored
Now that they are in their own directory, we can remove this prefix. This makes it easier to find a file since the prefix does not get in the way. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Heiko Schocher <hs@denx.de> Acked-by:
Stefan Roese <sr@denx.de> Acked-by:
Przemyslaw Marczak <p.marczak@samsung.com>
-
Simon Glass authored
There are a lot of unrelated files in common, including all of the commands. Moving them into their own directory makes them easier to find and is more logical. Some commands include non-command code, such as cmd_scsi.c. This should be sorted out at some point so that the function can be enabled with or without the associated command. Unfortunately, with m68k I get this error: m68k: + M5329AFEE +arch/m68k/cpu/mcf532x/start.o: In function `_start': +arch/m68k/cpu/mcf532x/start.S:159:(.text+0x452): relocation truncated to fit: R_68K_PC16 against symbol `board_init_f' defined in .text.board_init_f section in common/built-in.o I hope someone can shed some light on what this means. I hope it isn't depending on the position of code in the image. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Heiko Schocher <hs@denx.de> Acked-by:
Stefan Roese <sr@denx.de> Acked-by:
Przemyslaw Marczak <p.marczak@samsung.com>
-
- Apr 23, 2015
-
-
Stefan Roese authored
This patch extends the U-Boot "led" command to support automatic blinking by setting a blink frequency in milliseconds. Additionally the number of supported LEDs is increased to 6 (0...5). This will be used by the PCA9551 LED driver. Signed-off-by:
Stefan Roese <sr@denx.de> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
- Oct 14, 2013
-
-
Wolfgang Denk authored
Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
- Jul 24, 2013
-
-
Wolfgang Denk authored
Signed-off-by:
Wolfgang Denk <wd@denx.de> [trini: Fixup common/cmd_io.c] Signed-off-by:
Tom Rini <trini@ti.com>
-
- Mar 07, 2013
-
-
Otavio Salvador authored
This fixes the gpio_led driver which needs to compare againt a STATUS_LED_ON to enable a led. Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- Feb 20, 2013
-
-
Holger Hans Peter Freyther authored
u-boot is not consistent if state should be 0|1 or of the enum, the GPIO driver expects this to be one of the enum values. Update the caller. Signed-off-by:
Holger Hans Peter Freyther <holger@freyther.de>
-
- Dec 06, 2012
-
-
Robert P. J. Day authored
Current "led" help and usage info has redundancy and extraneous newlines, tweak it to be consistent with other commands. Signed-off-by:
Robert P. J. Day <rpjday@crashcourse.ca>
-
- Mar 06, 2012
-
-
Simon Glass authored
Change all files in common/ to use CMD_RET_USAGE instead of calling cmd_usage() directly. I'm not completely sure about this patch since the code since impact is small (100 byte or so on ARM) and it might need splitting into smaller patches. But for now here it is. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
- Sep 13, 2011
-
-
Jason Kridner authored
Result of running the following command to address Wolfgang's comment about camel case: for file in `find . | grep '\.[chS]$'`; do perl -i -pe 's/(green|yellow|red|blue)_LED_(on|off)/$1_led_$2/g' $file; done Discussion: http://patchwork.ozlabs.org/patch/84988/ Signed-off-by:
Jason Kridner <jkridner@beagleboard.org> Signed-off-by:
Joel A Fernandes <agnel.joel@gmail.com> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
- Sep 04, 2011
-
-
Joel A Fernandes authored
* Read the led output state from GPIO instead saving state in memory when it is [re]set * Added a toggle option to the led command Previous discussion: http://lists.denx.de/pipermail/u-boot/2011-May/093068.html Changes since v1: Fixed checkpatch errors Signed-off-by:
Joel A Fernandes <agnel.joel@gmail.com> Signed-off-by:
Jason Kridner <jkridner@beagleboard.org> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Joel A Fernandes authored
Fix for only one led getting set or reset when the led_name is 'all' Previous discussion: http://lists.denx.de/pipermail/u-boot/2011-May/093068.html Changes since v1: Fixed checkpatch if statement error noticed by Sergei. Signed-off-by:
Joel A Fernandes <agnel.joel@gmail.com> Signed-off-by:
Jason Kridner <jkridner@beagleboard.org> Cc: Sergei Shtylyov <sshtylyov@mvista.com> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Jason Kridner authored
Although the initialization should probably be done with names, the existing implementation has these structures filled in the opposite order. Signed-off-by:
Jason Kridner <jkridner@beagleboard.org> Signed-off-by:
Koen Kooi <koen@dominion.thruhere.net> Signed-off-by:
Joel A Fernandes <agnel.joel@gmail.com> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Jason Kridner authored
Signed-off-by:
Jason Kridner <jkridner@beagleboard.org> Signed-off-by:
Koen Kooi <koen@dominion.thruhere.net> Signed-off-by:
Joel A Fernandes <agnel.joel@gmail.com> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
- May 19, 2011
-
-
Wolfgang Denk authored
Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
- Apr 27, 2011
-
-
Jason Kridner authored
This patch allows any board implementing the coloured LED API to control the LEDs from the console. led [green | yellow | red | all ] [ on | off ] or led [ 1 | 2 | 3 | all ] [ on | off ] Adds configuration item CONFIG_CMD_LED enabling the command. Partially based on patch from Ulf Samuelsson: http://www.mail-archive.com/u-boot@lists.denx.de/msg09593.html. Updated based on feedback: http://www.mail-archive.com/u-boot@lists.denx.de/msg41847.html https://groups.google.com/d/topic/beagleboard/8Wf1HiK_QBo/discussion * Fixed a handful of style issues. * Significantly reduced the number of #ifdefs and redundant code * Converted redundant code into loops test against a structure * Made use of cmd_usage() * Introduced a str_onoff() function, but haven't yet put it in common * Eliminated trailing newline Signed-off-by:
Jason Kridner <jkridner@beagleboard.org> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-