[PATCH v2] boot: add support for button commands

Dragan Simic dsimic at manjaro.org
Wed Jan 10 19:08:21 CET 2024


On 2024-01-09 12:51, Caleb Connolly wrote:
> With the relatively new button API in U-Boot, it's now much easier to
> model the common usecase of mapping arbitrary actions to different
> buttons during boot - for example entering fastboot mode, setting some
> additional kernel cmdline arguments, or booting with a custom recovery
> ramdisk, to name a few.
> 
> Historically, this functionality has been implemented in board code,
> making it fixed for a given U-Boot binary and requiring the code be
> duplicated and modified for every board.
> 
> Implement a generic abstraction to run an arbitrary command during boot
> when a specific button is pressed. The button -> command mapping is
> configured via environment variables with the following format:
> 
>   button_cmd_N_name=<button label>
>   button_cmd_N=<command to run>
> 
> Where N is the mapping number starting from 0. For example:
> 
>   button_cmd_0_name=vol_down
>   button_cmd_0=fastboot usb 0
> 
> This will cause the device to enter fastboot mode if volume down is 
> held
> during boot.

This is simply awesome, but I see one possible issue -- the need to have 
proper environment variables defined for a particular board or device, 
to make the buttons work as expected.  Obviously, those environment 
variables can be absent or can become missing for numerous reasons.

I think that we should have an additional mechanism in place that 
defines the buttons and the associated commands even if no environment 
variables are found.  Like a set of fallback defaults for a particular 
board or device, built into the U-Boot image.  For example, Rockchip 
boards have those defaults pretty well defined.

> After we enter the cli loop the button commands are no longer valid,
> this allows the buttons to additionally be used for navigating a boot
> menu.
> 
> Tested-by: Svyatoslav Ryhel <clamor95 at gmail.com> # Tegra30
> Signed-off-by: Caleb Connolly <caleb.connolly at linaro.org>
> ---
> Changes since v1:
>  * make get_button_cmd() static.
>  * use #if IS_ENABLED(CONFIG_BUTTON_CMD) instead of #ifdef
>    CONFIG_BUTTON_CMD.
>  * Kconfig fixes
> ---
>  boot/Kconfig              | 15 +++++++
>  common/Makefile           |  1 +
>  common/button_cmd.c       | 83 +++++++++++++++++++++++++++++++++++++++
>  common/main.c             |  3 ++
>  doc/usage/environment.rst |  4 ++
>  include/button.h          |  9 +++++
>  6 files changed, 115 insertions(+)
>  create mode 100644 common/button_cmd.c
> 
> diff --git a/boot/Kconfig b/boot/Kconfig
> index fbc49c5bca47..882835731ea9 100644
> --- a/boot/Kconfig
> +++ b/boot/Kconfig
> @@ -20,6 +20,21 @@ config TIMESTAMP
>  	  loaded that does not, the message 'Wrong FIT format: no timestamp'
>  	  is shown.
> 
> +config BUTTON_CMD
> +	bool "Support for running a command if a button is held during boot"
> +	depends on CMDLINE
> +	depends on BUTTON
> +	help
> +	  For many embedded devices it's useful to enter a special flashing 
> mode
> +	  such as fastboot mode when a button is held during boot. This 
> option
> +	  allows arbitrary commands to be assigned to specific buttons. These 
> will
> +	  be run after "preboot" if the button is held. Configuration is done 
> via
> +	  the environment variables "button_cmd_N_name" and "button_cmd_N" 
> where n is
> +	  the button number (starting from 0). e.g:
> +
> +	    "button_cmd_0_name=vol_down"
> +	    "button_cmd_0=fastboot usb 0"
> +
>  menuconfig FIT
>  	bool "Flattened Image Tree (FIT)"
>  	select HASH
> diff --git a/common/Makefile b/common/Makefile
> index cdeadf72026c..53105a6ce12a 100644
> --- a/common/Makefile
> +++ b/common/Makefile
> @@ -10,6 +10,7 @@ obj-y += main.o
>  obj-y += exports.o
>  obj-$(CONFIG_HUSH_PARSER) += cli_hush.o
>  obj-$(CONFIG_AUTOBOOT) += autoboot.o
> +obj-$(CONFIG_BUTTON_CMD) += button_cmd.o
> 
>  # # boards
>  obj-y += board_f.o
> diff --git a/common/button_cmd.c b/common/button_cmd.c
> new file mode 100644
> index 000000000000..b6a8434d6f29
> --- /dev/null
> +++ b/common/button_cmd.c
> @@ -0,0 +1,83 @@
> +// SPDX-License-Identifier: GPL-2.0+
> +/*
> + * Copyright (c) 2023 Linaro Ltd.
> + *   Author: Caleb Connolly <caleb.connolly at linaro.org>
> + */
> +
> +#include <button.h>
> +#include <command.h>
> +#include <env.h>
> +#include <log.h>
> +#include <vsprintf.h>
> +
> +/* Some sane limit "just in case" */
> +#define MAX_BTN_CMDS 32
> +
> +struct button_cmd {
> +	bool pressed;
> +	const char *btn_name;
> +	const char *cmd;
> +};
> +
> +/*
> + * Button commands are set via environment variables, e.g.:
> + * button_cmd_N_name=Volume Up
> + * button_cmd_N=fastboot usb 0
> + *
> + * This function will retrieve the command for the given button N
> + * and populate the cmd struct with the command string and pressed
> + * state of the button.
> + *
> + * Returns 1 if a command was found, 0 otherwise.
> + */
> +static int get_button_cmd(int n, struct button_cmd *cmd)
> +{
> +	const char *cmd_str;
> +	struct udevice *btn;
> +	char buf[24];
> +
> +	snprintf(buf, sizeof(buf), "button_cmd_%d_name", n);
> +	cmd->btn_name = env_get(buf);
> +	if (!cmd->btn_name)
> +		return 0;
> +
> +	button_get_by_label(cmd->btn_name, &btn);
> +	if (!btn) {
> +		log_err("No button labelled '%s'\n", cmd->btn_name);
> +		return 0;
> +	}
> +
> +	cmd->pressed = button_get_state(btn) == BUTTON_ON;
> +	/* If the button isn't pressed then cmd->cmd will be unused so don't 
> waste
> +	 * cycles reading it
> +	 */
> +	if (!cmd->pressed)
> +		return 1;
> +
> +	snprintf(buf, sizeof(buf), "button_cmd_%d", n);
> +	cmd_str = env_get(buf);
> +	if (!cmd_str) {
> +		log_err("No command set for button '%s'\n", cmd->btn_name);
> +		return 0;
> +	}
> +
> +	cmd->cmd = cmd_str;
> +
> +	return 1;
> +}
> +
> +void process_button_cmds(void)
> +{
> +	struct button_cmd cmd = {0};
> +	int i = 0;
> +
> +	while (get_button_cmd(i++, &cmd) && i < MAX_BTN_CMDS) {
> +		if (!cmd.pressed)
> +			continue;
> +
> +		log_info("BTN '%s'> %s\n", cmd.btn_name, cmd.cmd);
> +		run_command(cmd.cmd, CMD_FLAG_ENV);
> +		/* Don't run commands for multiple buttons */
> +		return;
> +	}
> +}
> diff --git a/common/main.c b/common/main.c
> index 7c70de2e59a8..717e8b7e8bd2 100644
> --- a/common/main.c
> +++ b/common/main.c
> @@ -8,6 +8,7 @@
> 
>  #include <common.h>
>  #include <autoboot.h>
> +#include <button.h>
>  #include <bootstage.h>
>  #include <cli.h>
>  #include <command.h>
> @@ -61,6 +62,8 @@ void main_loop(void)
>  			efi_launch_capsules();
>  	}
> 
> +	process_button_cmds();
> +
>  	s = bootdelay_process();
>  	if (cli_process_fdt(&s))
>  		cli_secure_boot_cmd(s);
> diff --git a/doc/usage/environment.rst b/doc/usage/environment.rst
> index c57b717caaf3..ce5a9627f025 100644
> --- a/doc/usage/environment.rst
> +++ b/doc/usage/environment.rst
> @@ -190,6 +190,10 @@ bootm_size
>  bootstopkeysha256, bootdelaykey, bootstopkey
>      See README.autoboot
> 
> +button_cmd_0, button_cmd_0_name ... button_cmd_N, button_cmd_N_name
> +    Used to map commands to run when a button is held during boot.
> +    See CONFIG_BUTTON_CMD.
> +
>  updatefile
>      Location of the software update file on a TFTP server, used
>      by the automatic software update feature. Please refer to
> diff --git a/include/button.h b/include/button.h
> index 207f4a0f4dbd..8d38e521324d 100644
> --- a/include/button.h
> +++ b/include/button.h
> @@ -74,4 +74,13 @@ enum button_state_t button_get_state(struct udevice 
> *dev);
>   */
>  int button_get_code(struct udevice *dev);
> 
> +#if IS_ENABLED(CONFIG_BUTTON_CMD)
> +/* Process button command mappings specified in the environment,
> + * running the commands for buttons which are pressed
> + */
> +void process_button_cmds(void);
> +#else
> +static inline void process_button_cmds(void) {}
> +#endif /* CONFIG_BUTTON_CMD */
> +
>  #endif


More information about the U-Boot mailing list