<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/boot/Kconfig, branch v2024.04</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/boot/Kconfig?h=v2024.04</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/boot/Kconfig?h=v2024.04'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2024-02-13T20:38:49Z</updated>
<entry>
<title>boot: add support for button commands</title>
<updated>2024-02-13T20:38:49Z</updated>
<author>
<name>Caleb Connolly</name>
<email>caleb.connolly@linaro.org</email>
</author>
<published>2024-01-09T11:51:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=e761035b64235db8930eb15d2703dc3f43e99224'/>
<id>urn:sha1:e761035b64235db8930eb15d2703dc3f43e99224</id>
<content type='text'>
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 -&gt; command mapping is
configured via environment variables with the following format:

  button_cmd_N_name=&lt;button label&gt;
  button_cmd_N=&lt;command to run&gt;

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.

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 &lt;clamor95@gmail.com&gt; # Tegra30
Signed-off-by: Caleb Connolly &lt;caleb.connolly@linaro.org&gt;
</content>
</entry>
<entry>
<title>Kconfig: boot: Imply BOOTSTD_DEFAULT when BOOTSTD_FULL=y</title>
<updated>2024-01-19T23:30:08Z</updated>
<author>
<name>Shantur Rathore</name>
<email>i@shantur.com</email>
</author>
<published>2023-12-23T06:51:59Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=fea3efb757f7a9c6831c023cb456f9fa5fd0278e'/>
<id>urn:sha1:fea3efb757f7a9c6831c023cb456f9fa5fd0278e</id>
<content type='text'>
We need BOOTSTD_DEFAULT when BOOTSTD_FULL is selected.

Signed-off-by: Shantur Rathore &lt;i@shantur.com&gt;
</content>
</entry>
<entry>
<title>efi_loader: split unrelated code from efi_bootmgr.c</title>
<updated>2024-01-17T07:40:25Z</updated>
<author>
<name>AKASHI Takahiro</name>
<email>takahiro.akashi@linaro.org</email>
</author>
<published>2024-01-17T04:39:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6422820ac3e59fd92dc7fc5c9dcd5c6101065f19'/>
<id>urn:sha1:6422820ac3e59fd92dc7fc5c9dcd5c6101065f19</id>
<content type='text'>
Some code moved from cmd/bootefi.c is actually necessary only for "bootefi
&lt;addr&gt;" command (starting an image manually loaded by a user using U-Boot
load commands or other methods (like JTAG debugger).

The code will never been opted out as unused code by a compiler which
doesn't know how EFI boot manager is implemented. So introduce a new
configuration, CONFIG_EFI_BINARY_EXEC, to enforce them opted out
explicitly.

Signed-off-by: AKASHI Takahiro &lt;takahiro.akashi@linaro.org&gt;
</content>
</entry>
<entry>
<title>boot: CONFIG_CEDIT must depend on CONFIG_EXPO</title>
<updated>2024-01-12T02:19:25Z</updated>
<author>
<name>Heinrich Schuchardt</name>
<email>heinrich.schuchardt@canonical.com</email>
</author>
<published>2023-12-16T15:38:36Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=64c67b68d1f0a9238cb0c4939ceb7afd124af9f9'/>
<id>urn:sha1:64c67b68d1f0a9238cb0c4939ceb7afd124af9f9</id>
<content type='text'>
Building sandbox_defconfig with

    CONFIG_CMD_CEDIT=y
    CONFIG_EXPO=n

fails with

    cmd/cedit.c:258:(.text.do_cedit_run+0x4c):
    undefined reference to `expo_apply_theme

Fix the dependencies.

Fixes: a0874dc4ac71 ("expo: Add a configuration editor")
Signed-off-by: Heinrich Schuchardt &lt;heinrich.schuchardt@canonical.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>boot: add support for fdt_fixup command in environment</title>
<updated>2023-12-21T16:59:49Z</updated>
<author>
<name>Matthias Schiffer</name>
<email>matthias.schiffer@ew.tq-group.com</email>
</author>
<published>2023-12-11T11:03:17Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=e91d6607af47131eab917b31990b3542204e396f'/>
<id>urn:sha1:e91d6607af47131eab917b31990b3542204e396f</id>
<content type='text'>
The "fdt" command is convenient for making small changes to the OS FDT,
especially during development. This is easy when the kernel and FDT are
loaded separately, but can be cumbersome for FIT images, requiring to
unpack the image, manually apply overlays, etc.

Add an option to execute a command "fdt_fixup" from the environment at
the beginning of image_setup_libfdt() (after overlays are applied, and
before the other fixups).

Signed-off-by: Matthias Schiffer &lt;matthias.schiffer@ew.tq-group.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>bootmeth: use efi_loader interfaces instead of bootefi command</title>
<updated>2023-12-17T12:04:54Z</updated>
<author>
<name>AKASHI Takahiro</name>
<email>takahiro.akashi@linaro.org</email>
</author>
<published>2023-11-21T01:29:46Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=7017fc54a5bccd95bebaf371bfa3098fcf84068a'/>
<id>urn:sha1:7017fc54a5bccd95bebaf371bfa3098fcf84068a</id>
<content type='text'>
Now that efi_loader subsystem provides interfaces that are equivalent
with bootefi command, we can replace command invocations with APIs.

Signed-off-by: AKASHI Takahiro &lt;takahiro.akashi@linaro.org&gt;
</content>
</entry>
<entry>
<title>bootstd: Introduce programmatic boot</title>
<updated>2023-12-13T16:51:24Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2023-11-18T21:05:19Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1047b5340c1203f825c0a68b33997b787be0123e'/>
<id>urn:sha1:1047b5340c1203f825c0a68b33997b787be0123e</id>
<content type='text'>
At present bootstd requires CONFIG_CMDLINE to operate. Add a new
'programmatic' boot which can be used when no command line is available.
For now it does almost nothing, since most bootmeths require the
command line.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>boot: Make preboot and bootcmd require CMDLINE</title>
<updated>2023-11-07T19:49:09Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2023-10-26T18:31:28Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=dbdb4b3374ed96be9b5df123b7009030e0ff37df'/>
<id>urn:sha1:dbdb4b3374ed96be9b5df123b7009030e0ff37df</id>
<content type='text'>
In order for a predefined "preboot" or "bootcmd" to be executed by the
running system we must have a command line.  Add CMDLINE as a
dependency.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>bootmeth_script: Depend on CMDLINE</title>
<updated>2023-11-07T19:49:09Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2023-10-26T18:31:27Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=558787fd58321772f11591e58d4f3a1a509037fd'/>
<id>urn:sha1:558787fd58321772f11591e58d4f3a1a509037fd</id>
<content type='text'>
As this particular bootmeth requires the command line and assorted
commands to function, make sure we have CMDLINE enabled.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>boot: Move SYS_BOOTM_LEN to be by LEGACY_IMAGE_FORMAT</title>
<updated>2023-11-07T19:49:09Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2023-10-26T18:31:25Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=9d298c96afc64f76c54057d924cf4a2ea5fac5ea'/>
<id>urn:sha1:9d298c96afc64f76c54057d924cf4a2ea5fac5ea</id>
<content type='text'>
This particular option is required for booting all image types,
regardless of if we are starting an OS via command line or something
else.  Move the question for SYS_BOOTM_LEN to be by the question for
LEGACY_IMAGE_FORMAT, as that's where our generic OS questions start.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
</feed>
