mirror of
https://source.denx.de/u-boot/u-boot.git
synced 2026-06-13 15:03:58 +03:00
Merge tag 'doc-2024-07-rc5-2' of https://source.denx.de/u-boot/custodians/u-boot-efi
Pull request doc-2024-07-rc5-2 Documentation: * Fix broken references to pytest suite and test writing * Fix links to FIT documentation * Add capsule documentation for TI K3 devices
This commit is contained in:
@@ -85,7 +85,7 @@ config FIT_SIGNATURE
|
||||
using a hash signed and verified using RSA. If
|
||||
CONFIG_SHA_PROG_HW_ACCEL is defined, i.e support for progressive
|
||||
hashing is available using hardware, then the RSA library will use
|
||||
it. See doc/uImage.FIT/signature.txt for more details.
|
||||
it. See doc/usage/fit/signature.rst for more details.
|
||||
|
||||
WARNING: When relying on signed FIT images with a required signature
|
||||
check the legacy image format is disabled by default, so that
|
||||
@@ -223,8 +223,8 @@ config SPL_LOAD_FIT
|
||||
1. "loadables" images, other than FDTs, which do not have a "load"
|
||||
property will not be loaded. This limitation also applies to FPGA
|
||||
images with the correct "compatible" string.
|
||||
2. For FPGA images, the supported "compatible" list is in the
|
||||
doc/uImage.FIT/source_file_format.txt.
|
||||
2. For FPGA images, the supported "compatible" list may be found in
|
||||
https://fitspec.osfw.foundation/.
|
||||
3. FDTs are only loaded for images with an "os" property of "u-boot".
|
||||
"linux" images are also supported with Falcon boot mode.
|
||||
|
||||
|
||||
@@ -621,7 +621,7 @@ config CMD_ZBOOT
|
||||
|
||||
Consider using FIT in preference to this since it supports directly
|
||||
booting both 32- and 64-bit kernels, as well as secure boot.
|
||||
Documentation is available in doc/uImage.FIT/x86-fit-boot.txt
|
||||
Documentation is available in doc/usage/fit/x86-fit-boot.rst.
|
||||
|
||||
endmenu
|
||||
|
||||
|
||||
@@ -203,6 +203,11 @@ online
|
||||
Build Procedure
|
||||
---------------
|
||||
|
||||
.. note ::
|
||||
|
||||
Make sure you have installed all necessary host package dependencies
|
||||
before proceeding. See :ref:`build/gcc:Building with GCC`.
|
||||
|
||||
Depending on the specifics of your device, you will need three or more
|
||||
binaries to boot your SoC.
|
||||
|
||||
@@ -387,6 +392,30 @@ wakeup and main domain and to boot to the U-Boot prompt
|
||||
| `tispl.bin` for HS devices or `tispl.bin_unsigned` for GP devices
|
||||
| `u-boot.img` for HS devices or `u-boot.img_unsigned` for GP devices
|
||||
|
||||
Capsules
|
||||
--------
|
||||
|
||||
Most K3 boards have support for UEFI capsule update via capsule-on-disk
|
||||
functionality. Check the ``CONFIG_EFI_CAPSULE_ON_DISK`` config option for
|
||||
the board under question to verify. If configured, capsules for each of the
|
||||
binaries above are automatically generated as part of the binary's build.
|
||||
They are named `<binary>-capsule.bin`. For example, the capsule for
|
||||
`u-boot.img` would be called `uboot-capsule.bin`.
|
||||
|
||||
See :ref:`uefi_capsule_update_ref` for more information on U-Boot's support
|
||||
for capsule update and how they are applied.
|
||||
|
||||
Each board defines the capsules generated, including where those capsules
|
||||
are applied. See the ``update_info`` definition for a board, typically
|
||||
found at `board/ti/<board>/evm.c`. For example, `board/ti/am62x/evm.c`.
|
||||
Usually, if the board has OSPI flash, the capsules will be applied there,
|
||||
else the boot partition of the eMMC device.
|
||||
|
||||
Once applied, the board will have U-Boot binaries in on-board non-volatile
|
||||
storage. To start booting from that storage, set the bootmode pins
|
||||
accordingly. Future updates can be performed by using the capsules
|
||||
generated from the corresponding U-Boot builds.
|
||||
|
||||
FIT signature signing
|
||||
---------------------
|
||||
|
||||
|
||||
@@ -69,7 +69,7 @@ build::
|
||||
|
||||
./test/py/test.py --bd sandbox_spl --build -k test_spl
|
||||
|
||||
See test/py/README.md for more information about the pytest suite.
|
||||
See :doc:`py_testing` for more information about the pytest suite.
|
||||
|
||||
See :doc:`tests_sandbox` for how to run tests directly (not through pytest).
|
||||
|
||||
@@ -123,7 +123,7 @@ or is covered sparingly. So here are some suggestions:
|
||||
is much easier to add onto a test - writing a new large test can seem
|
||||
daunting to most contributors.
|
||||
|
||||
See doc:`tests_writing` for how to write tests.
|
||||
See :doc:`tests_writing` for how to write tests.
|
||||
|
||||
|
||||
Future work
|
||||
|
||||
@@ -72,7 +72,7 @@ bootm command. This feature is available if U-Boot is configured with::
|
||||
|
||||
CONFIG_BOOTM_EFI=y
|
||||
|
||||
A sample configuration is provided as file doc/uImage.FIT/uefi.its.
|
||||
A sample configuration is provided in :doc:`../../usage/fit/uefi`.
|
||||
|
||||
Below you find the output of an example session starting GRUB::
|
||||
|
||||
@@ -96,7 +96,7 @@ Below you find the output of an example session starting GRUB::
|
||||
## Transferring control to EFI (at address 404000d0) ...
|
||||
Welcome to GRUB!
|
||||
|
||||
See doc/uImage.FIT/howto.txt for an introduction to FIT images.
|
||||
See :doc:`../../usage/fit/howto` for an introduction to FIT images.
|
||||
|
||||
Configuring UEFI secure boot
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Reference in New Issue
Block a user