summaryrefslogtreecommitdiff
path: root/dts/Makefile
diff options
context:
space:
mode:
authorSimon Glass <sjg@chromium.org>2014-10-07 19:59:43 (GMT)
committerTom Rini <trini@ti.com>2014-10-27 15:03:33 (GMT)
commit87b6398b46421c5dadacdda6b4be2d9d71588107 (patch)
tree8bccf0ee67b008451ede6289836c07bb956b3c45 /dts/Makefile
parent0cf876154922118d8fb1b4c30f527c95a113bef3 (diff)
downloadu-boot-87b6398b46421c5dadacdda6b4be2d9d71588107.tar.xz
cli: hush: Adjust 'run' command to run each line of the env var
The run command treats each argument an an environment variable. It gets the value of each variable and executes it as a command. If an environment variable contains a newline and the hush cli is used, it is supposed to execute each line one after the other. Normally a newline signals to hush to exit - this is used in normal command line entry - after a command is entered we want to return to allow the user to enter the next one. But environment variables obviously need to execute to completion. Add a special case for the execution of environment variables which continues when a newline is seen, and add a few tests to check this behaviour. Note: it's not impossible that this may cause regressions in other areas. I can't think of a case but with any change of behaviour with limited test coverage there is always a risk. From what I can tell this behaviour has been around since at least U-Boot 2011.03, although this pre-dates sandbox and I have not tested it on real hardware. Reported-by: Wolfgang Denk <wd@denx.de> Signed-off-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'dts/Makefile')
0 files changed, 0 insertions, 0 deletions