u-boot.git/doc/develop, branch v2024.04-rc5

Prepare v2024.04-rc5

2024-03-26T01:56:50+00:00

Signed-off-by: Tom Rini

doc: develop: commands: Fix function prototype

2024-03-13T07:09:23+00:00

When using the previous prototype you got a compiler warning like this:

    warning: initialization of 'int (*)(struct cmd_tbl *, int,  int,  char * const*)' from incompatible pointer type 'int (*)(struct cmd_tbl *, int,  int,  const char **)' [-Wincompatible-pointer-types]

Fixes: 3d9640f55cb2 ("doc: expand README.commands")
Signed-off-by: Alexander Dahl

Prepare v2024.04-rc4

2024-03-11T17:11:46+00:00

Signed-off-by: Tom Rini

Prepare v2024.04-rc3

2024-02-27T02:23:36+00:00

Signed-off-by: Tom Rini

Prepare v2024.04-rc2

2024-02-13T23:16:57+00:00

Signed-off-by: Tom Rini

doc/develop/codingstyle.rst: Clarify include section

2024-02-12T16:35:34+00:00

Rework the section about includes slightly. We should not be using
common.h anywhere, so remove that from examples and ask people to send
patches removing it when found. Doing this also means we need to reword
other parts of this section. Be clearer about using alphabetical
ordering.

Signed-off-by: Tom Rini 
Reviewed-by: Igor Opaniuk

doc: falcon: riscv: Falcon Mode boot on RISC-V

2024-01-31T08:51:03+00:00

Add documentation to introduce the Falcon Mode on RISC-V.
In this mode, the boot sequence is SPL -> OpenSBI -> Linux kernel.

Signed-off-by: Randolph 
Reviewed-by: Leo Yu-Chi Liang

Prepare v2024.04-rc1

2024-01-30T01:53:19+00:00

Signed-off-by: Tom Rini

Merge tag 'efi-2024-04-rc1-4' of https://source.denx.de/u-boot/custodians/u-boot-efi

2024-01-29T21:19:10+00:00

Pull request efi-2024-04-rc1-4

Documentation:

* uefi: remove ".py" suffix for pytest.py command
* correct date in migration plan for CONFIG_DM

UEFI:

* fix conflicting SPDX license in RISC-V EFI linker scripts
* page align EFI binary section in RISC-V EFI binaries
* separate .data and .text sections of RISC-V EFI binaries
* use common function to get EFI configuration table

Merge patch series "Move framebuffer reservation for SPL to RAM end"

2024-01-29T19:49:25+00:00

Devarsh Thakkar  says:

Move video memory reservation for SPL at end of RAM so that it does
not interefere with reservations for next stage so that the next stage
need not have holes in between for passed regions and instead it can
maintain continuity in reservations.

Also catch the bloblist before starting reservations to avoid the same
problem.

While at it, also fill missing fields in video handoff struct before
passing it to next stage.

This is as per discussions at :
For moving SPL framebuffer reservation at end of RAM:

https://lore.kernel.org/all/CAPnjgZ3xSoe_G3yrqwuAvoiVjUfZ+YQgkOR0ZTVXGT9VK8TwJg@mail.gmail.com/

For filling missing video handoff fields :
https://lore.kernel.org/all/CAPnjgZ1Hs0rNf0JDirp6YPsOQ5=QqQSP9g9qRwLoOASUV8a4cw@mail.gmail.com/