path: root/Documentation
diff options
authorSascha Hauer <>2022-02-07 09:43:39 +0100
committerSascha Hauer <>2022-02-07 09:43:41 +0100
commite4a7f8e21cc55e633ca7997819d8ebdb94d305af (patch)
tree0cc2b9f08710978cfd5b63d2ad5c641cc706b7d6 /Documentation
parentcd2f8d107728a919bddca09cf744c4c87463023b (diff)
Documentation: Describe how to generate a uImage for use with bootm
U-Boot's bootm command doesn't take raw barebox images. Describe how to generate a uImage from them which then can be started with bootm. Signed-off-by: Sascha Hauer <>
Diffstat (limited to 'Documentation')
1 files changed, 12 insertions, 1 deletions
diff --git a/Documentation/user/barebox.rst b/Documentation/user/barebox.rst
index 4abcf79c6d..a890aa4dbe 100644
--- a/Documentation/user/barebox.rst
+++ b/Documentation/user/barebox.rst
@@ -217,7 +217,18 @@ like a Linux kernel that is passed an external device tree. For example:
For non-DT enabled-bootloaders or other architectures, often the normal barebox
binaries can also be used as they are designed to be startable second stage
from another bootloader, where possible. For example, if you have U-Boot running
-on your board, you can start barebox with U-Boot's ``bootm`` command:
+on your board, you can start barebox with U-Boot's ``bootm`` command. The bootm
+command doesn't support the barebox binaries directly, they first have to be
+converted to uImage format using the mkimage tool provided with U-Boot:
+.. code-block:: console
+ sh: mkimage -n barebox -A arm -T kernel -C none -a 0x80000000 -d \
+ build/images/barebox-freescale-imx53-loco.img image
+U-Boot expects the start address of the binary to be given in the image using the
+``-a`` option. The address depends on the board and must be an address which isn't
+used by U-Boot. You can pick the same address you would use for generating a kernel
+image for that board. The image can then be started with ``bootm``:
.. code-block:: console