u-boot.git/doc/develop, branch v2022.07 Unnamed repository; edit this file 'description' to name the repository. EFI: Update the documentation to reflect the correct value of OsIndications 2022-06-04T06:43:55+00:00 Sughosh Ganu sughosh.ganu@linaro.org 2022-05-31T07:15:35+00:00 aad7f1ad60b8cb86706d683c4fb6c295606480ee The OsIndications is a 64 bit variable, and the current code expects the value of the variable to be 64 bit. Update the documentation to reflect this fact. Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org> Reviewed-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com> 
The OsIndications is a 64 bit variable, and the current code expects
the value of the variable to be 64 bit. Update the documentation to
reflect this fact.

Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org>
Reviewed-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Introduce Verifying Program Loader (VPL) 2022-05-02T13:58:13+00:00 Simon Glass sjg@chromium.org 2022-04-30T06:56:52+00:00 f86ca5ad8f780d306e79d49ffe4f5cf1edef37b9 Add support for VPL, a new phase of U-Boot. This runs after TPL. It is responsible for selecting which SPL binary to run, based on a verified-boot process. Signed-off-by: Simon Glass <sjg@chromium.org> 
Add support for VPL, a new phase of U-Boot. This runs after TPL. It is
responsible for selecting which SPL binary to run, based on a
verified-boot process.

Signed-off-by: Simon Glass <sjg@chromium.org>
doc: Expand SPL docs to explain the phase and config 2022-05-02T13:58:13+00:00 Simon Glass sjg@chromium.org 2022-04-30T06:56:46+00:00 a36d251b509d9ed64ec0fc0f0dafc5dc0748e734 Add a bit more information about how to use SPL. Signed-off-by: Simon Glass <sjg@chromium.org> 
Add a bit more information about how to use SPL.

Signed-off-by: Simon Glass <sjg@chromium.org>
doc: Convert SPL documentation to ReST 2022-05-02T13:58:13+00:00 Simon Glass sjg@chromium.org 2022-04-30T06:56:45+00:00 d411359d919a7efae5e9379b83986c553bc57b34 Move this documentation over to .rst format. Signed-off-by: Simon Glass <sjg@chromium.org> 
Move this documentation over to .rst format.

Signed-off-by: Simon Glass <sjg@chromium.org>
doc: Correct position of gdb '--args' parameter 2022-04-29T15:11:36+00:00 Andrew Scull ascull@google.com 2022-04-03T10:39:08+00:00 53cb97c093061b81ab3247c432d15be011353470 The '--args' parameter to gdb comes before the binary that the debugger will be attached to rather than after the binary and before the arguments. Fix that in the docs. Signed-off-by: Andrew Scull <ascull@google.com> Cc: Simon Glass <sjg@chromium.org> Reviewed-by: Simon Glass <sjg@chromium.org> 
The '--args' parameter to gdb comes before the binary that the debugger
will be attached to rather than after the binary and before the
arguments. Fix that in the docs.

Signed-off-by: Andrew Scull <ascull@google.com>
Cc: Simon Glass <sjg@chromium.org>
Reviewed-by: Simon Glass <sjg@chromium.org>
nds32: Remove the architecture 2022-04-25T20:04:05+00:00 Tom Rini trini@konsulko.com 2022-04-06T13:21:25+00:00 11232139e399e70641410356ae6b278113d90f16 As removal of nds32 has been ack'd for the Linux kernel, remove support here as well. Cc: Rick Chen <rick@andestech.com> Signed-off-by: Tom Rini <trini@konsulko.com> Reviewed-by: Rick Chen <rick@andestech.com> 
As removal of nds32 has been ack'd for the Linux kernel, remove support
here as well.

Cc: Rick Chen <rick@andestech.com>
Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Rick Chen <rick@andestech.com>
Merge branch '2022-04-25-initial-implementation-of-stdboot' 2022-04-25T20:02:27+00:00 Tom Rini trini@konsulko.com 2022-04-25T20:02:27+00:00 8cfac237b9814d52c843e939a05fc211ba3906de To quote the author: The bootflow feature provide a built-in way for U-Boot to automatically boot an Operating System without custom scripting and other customisation. This is called 'standard boot' since it provides a standard way for U-Boot to boot a distro, without scripting. It introduces the following concepts: - bootdev - a device which can hold a distro - bootmeth - a method to scan a bootdev to find bootflows (owned by U-Boot) - bootflow - a description of how to boot (owned by the distro) This series provides an implementation of these, enabled to scan for bootflows from MMC, USB and Ethernet. It supports the existing distro boot as well as the EFI loader flow (bootefi/bootmgr). It works similiarly to the existing script-based approach, but is native to U-Boot. With this we can boot on a Raspberry Pi 3 with just one command: bootflow scan -lb which means to scan, listing (-l) each bootflow and trying to boot each one (-b). The final patch shows this. With a standard way to identify boot devices, booting become easier. It also should be possible to support U-Boot scripts, for backwards compatibility only. ... The design is described in these two documents: https://drive.google.com/file/d/1ggW0KJpUOR__vBkj3l61L2dav4ZkNC12/view?usp=sharing https://drive.google.com/file/d/1kTrflO9vvGlKp-ZH_jlgb9TY3WYG6FF9/view?usp=sharing 
To quote the author:
The bootflow feature provide a built-in way for U-Boot to automatically
boot an Operating System without custom scripting and other customisation.
This is called 'standard boot' since it provides a standard way for
U-Boot to boot a distro, without scripting.

It introduces the following concepts:

   - bootdev - a device which can hold a distro
   - bootmeth - a method to scan a bootdev to find bootflows (owned by
                U-Boot)
   - bootflow - a description of how to boot (owned by the distro)

This series provides an implementation of these, enabled to scan for
bootflows from MMC, USB and Ethernet. It supports the existing distro
boot as well as the EFI loader flow (bootefi/bootmgr). It works
similiarly to the existing script-based approach, but is native to
U-Boot.

With this we can boot on a Raspberry Pi 3 with just one command:

   bootflow scan -lb

which means to scan, listing (-l) each bootflow and trying to boot each
one (-b). The final patch shows this.

With a standard way to identify boot devices, booting become easier. It
also should be possible to support U-Boot scripts, for backwards
compatibility only.

...

The design is described in these two documents:

https://drive.google.com/file/d/1ggW0KJpUOR__vBkj3l61L2dav4ZkNC12/view?usp=sharing

https://drive.google.com/file/d/1kTrflO9vvGlKp-ZH_jlgb9TY3WYG6FF9/view?usp=sharing
bootstd: doc: Add documentation 2022-04-25T14:00:04+00:00 Simon Glass sjg@chromium.org 2022-04-25T05:31:26+00:00 e7b2ce191ecab558b130b3b926dddcfc7231deb0 Add documentation for this feature, including the commands and full devicetree bindings. Signed-off-by: Simon Glass <sjg@chromium.org> 
Add documentation for this feature, including the commands and full
devicetree bindings.

Signed-off-by: Simon Glass <sjg@chromium.org>
dm: tag: add some document 2022-04-23T20:05:34+00:00 AKASHI Takahiro takahiro.akashi@linaro.org 2022-04-15T07:15:36+00:00 b77324d83159db003c978f46303223b30cd1e041 Some basic stuff about tag support is explained under doc/devlop/driver-model. Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org> Reviewed-by: Simon Glass <sjg@chromium.org> 
Some basic stuff about tag support is explained under
doc/devlop/driver-model.

Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>
Reviewed-by: Simon Glass <sjg@chromium.org>
doc: uefi: Update the capsule update related documentation 2022-04-15T08:43:18+00:00 Sughosh Ganu sughosh.ganu@linaro.org 2022-04-15T05:59:41+00:00 2cc2fa4458b15d44becc4f5c75ab5dd7711a4243 Update the capsule update functionality related documentation to refect the additional definitions that need to be made per platform for supporting the capsule update feature. Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org> Reviewed-by: Masami Hiramatsu <masami.hiramatsu@linaro.org> 
Update the capsule update functionality related documentation to
refect the additional definitions that need to be made per platform
for supporting the capsule update feature.

Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org>
Reviewed-by: Masami Hiramatsu <masami.hiramatsu@linaro.org>