[PATCH v5 7/7] doc: Add a warning about using RELOC_ADDR_TOP

Simon Glass sjg at chromium.org
Sun Jun 7 20:19:21 CEST 2026


Hi Ilias,

On 2026-06-04T07:37:05, Ilias Apalodimas <ilias.apalodimas at linaro.org> wrote:
> doc: Add a warning about using RELOC_ADDR_TOP
>
> Since devices that can't DMA above 4GiB will misbehave with this option
> enabled add a warning on the documentation.
>
> Signed-off-by: Ilias Apalodimas <ilias.apalodimas at linaro.org>
>
> doc/develop/memory.rst | 6 ++++++
>  1 file changed, 6 insertions(+)

Reviewed-by: Simon Glass <sjg at chromium.org>

nits/suggestions below

> diff --git a/doc/develop/memory.rst b/doc/develop/memory.rst
> @@ -110,6 +110,12 @@ U-Boot Proper Flow
>
>        This follows the same as in SPL flow. In board_init_f(), a part of memory
>        is reserved at the end of RAM (see reserve_* functions in init_sequence_f)
> +   #. Relocation address
> +      By default U-Boot will try to relocate below the 4GiB boundary. If
> +      RELOC_ADDR_TOP is enabled U-Boot will look into the dram bank config of
> +      gd->dram[] and try to relocate to the highest available bank. Use this
> +      with caution as devices that can only DMA below 4GiB will misbehave
> +      since their buffers may be allocated above the 32-bit boundary.

Can you check the rendering here? It seems that the title will run on
to the text?

Also text only covers the default and RELOC_ADDR_TOP, but does not
mention that boards can still override via board_get_usable_ram_top().
Worth a sentence, since that is the other half of the new behaviour
from patch 5.

Regards,
Simon


More information about the U-Boot mailing list