• State Not Answered
  • Replies 6 replies
  • Subscribers 88 subscribers
  • Views 1155 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 350677
Options

nRF54L15 with MCUBoot

jeos

Hi,

I've got an nRF54L15-DK, and I'm trying to get the sysbuild with mcuboot example working. https://docs.zephyrproject.org/latest/samples/sysbuild/with_mcuboot/README.html

I can successfully get my board to work if I set SB_CONFIG_BOOTLOADER_MCUBOOT=n, but if I set it to 'y', my board no longer works.

If I target 'nrf54l15dk/nrf54l15/cpuapp' my app works, but it doesn't work if I target 'nrf54l15dk/nrf54l15/cpuapp/ns'. However if I target 'cpuapp' only, VSCode has a warning of 'You are going to build without security by separation and Trusted Firmware-M (TF-M). Consider selecting the nrf54l15dk/nrf54l15/cpuapp/ns board target to better protect sensitive assets and code. In the /ns version of the board target, TF-M is automatically built as the secure firmware image.'

Is this the intended behaviour?

Using NCS 3.1.0. nRF54L15-DK 0.9.2 2024.49. 

Parents
  • 0

    Hi James, 
    That error comes from the issue that FPROTECT couldn't protect the MCUBoot partition for some reason. 
    We are looking into this. 

    For now you can test using the none ns board.

    If you don't plan to use any TFM feature I don't see why you need to use the ns board. Note that ns stand for non secure. It's separated so that you can protect the secure part. 

Reply
  • 0

    Hi James, 
    That error comes from the issue that FPROTECT couldn't protect the MCUBoot partition for some reason. 
    We are looking into this. 

    For now you can test using the none ns board.

    If you don't plan to use any TFM feature I don't see why you need to use the ns board. Note that ns stand for non secure. It's separated so that you can protect the secure part. 

Children
Related
Terms of service