Skip to content

Commit a2a3ed9

Browse files
committed
doc: app_dev: dfu: bootloader_keys: Add section on KMU
Adds a section on how to use the KMU Signed-off-by: Jamie McCrae <[email protected]>
1 parent 17d6b0e commit a2a3ed9

File tree

1 file changed

+9
-0
lines changed

1 file changed

+9
-0
lines changed

doc/nrf-bm/app_dev/dfu/bootloader_keys.rst

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -38,3 +38,12 @@ Using a key in a project
3838
------------------------
3939

4040
Once a key has been generated, it can be used in a project by setting the :kconfig:option:`SB_CONFIG_BM_BOOTLOADER_MCUBOOT_SIGNATURE_KEY_FILE` sysbuild Kconfig option to the absolute path of the generated ``.pem`` key file.
41+
42+
.. _ug_bootloader_kmu:
43+
44+
KMU (Key Management Unit)
45+
*************************
46+
47+
The nRF54L series of SoCs contain a KMU - key management unit, this on-die peripheral can be used by CRACEN to securely store and use keys without allowing the contents to be read out.
48+
In order to boot images when the KMU feature is enabled, the MCUboot singing key must be programmed to the KMU prior to loading the firmware or the device will be unable to boot.
49+
This feature can be enabled with :kconfig:option:`SB_CONFIG_BM_BOOTLOADER_MCUBOOT_SIGNATURE_USING_KMU`, another sysbuild Kconfig is used to determine if the public key file should be automatically programmed to boards when ``west flash`` is used with the ``--erase`` or ``--recover`` arguments, when :kconfig:option:`SB_CONFIG_BM_BOOTLOADER_MCUBOOT_GENERATE_DEFAULT_KMU_KEYFILE` is enabled (it is enabled by default) then this process is enabled and should be the first command used after building the project to set the board up for development.

0 commit comments

Comments
 (0)