Skip to content

Conversation

michalek-no
Copy link
Contributor

@michalek-no michalek-no commented Jul 10, 2025

Enables mcuboot with crypto.

@michalek-no michalek-no added the DNM Do not merge label Jul 10, 2025
@michalek-no michalek-no requested review from a team as code owners July 10, 2025 07:58
@nordicjm
Copy link
Contributor

needs some way of programming the kmu similar to what ncs with the auto provision sysbuild Kconfig has because I'm sitting here trying to work out how to get the .pem file loaded to the kmu and really haven't got a clue, and users should not have to deal with that

Copy link
Contributor

@nordicjm nordicjm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

with changes, device no longer boots into firmware loader image (either that or it does and crashes)

*** Booting My Application v2.1.0-dev-c3950c6eea9c ***
*** Using nRF Connect SDK Bare Metal v0.7.99-9e877ea1d228 ***
I: Starting bootloader
I: Booting main application
I: Bootloader chainload address offset: 0xa000
I: Image version: v0.0.0
I: Jumping to the first image slot
Waiting...
*** Booting My Application v2.1.0-dev-c3950c6eea9c ***
*** Using nRF Connect SDK Bare Metal v0.7.99-9e877ea1d228 ***
I: Starting bootloader
I: Booting firmware loader
I: Bootloader chainload address offset: 0x14c800
I: Image version: v0.0.0
I: Jumping to the first image slot
*** Booting nRF Connect SDK Bare Metal v0.7.99-9e877ea1d228 ***
I: BLE MCUmgr sample started
I: State change request: enable
*** Booting My Application v2.1.0-dev-c3950c6eea9c ***
*** Using nRF Connect SDK Bare Metal v0.7.99-9e877ea1d228 ***
I: Starting bootloader
I: Booting main application
I: Bootloader chainload address offset: 0xa000
I: Image version: v0.0.0
I: Jumping to the first image slot
Waiting...

Vge0rge and others added 2 commits July 31, 2025 08:04
The softdevice targets for the nRF54L series had the
softdevice memory placed on the starting address of RAM
and the application RAM placed next.

This is problematic because the Cracen driver for these
devices assumes that it owns the top 64 bytes of memory
(starting from 0x2000000).

Rearrange the memory layout of these devices so that it
it places the softdevice memory is placed after the
application memory.

I also noticed that the partitions softdevice_static_ram
and softdevice_dynamic_ram had a gap between them.
I removed this gap since I cannot see why it is needed.

Signed-off-by: Georgios Vasilakis <[email protected]>
Enables mcuboot with crypto.

Signed-off-by: Georgios Vasilakis <[email protected]>
Signed-off-by: Mateusz Michalek <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
DNM Do not merge
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants