Thingy53 - peripheral_lbs sample fails to build for target thingy53/cpuapp/ns

[zpm1066]

Hello,

Attempts to build the "peripheral_lbs" sample for target thingy53/cpuapp/ns in the latest nRF Connect SDK v3.2.1 fails.

The build for target thingy53/cpuapp works fine.

The build failed with error  "‘FLASH overflowed when building TFM image".

/opt/nordic/ncs/toolchains/322ac893fe/opt/zephyr-sdk/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld: address 0x241e0 of bin/tfm_s.axf section `.TFM_UNPRIV_CODE' is not within region `FLASH'
/opt/nordic/ncs/toolchains/322ac893fe/opt/zephyr-sdk/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld: address 0x27c40 of bin/tfm_s.axf section `.gnu.sgstubs' is not within region `FLASH'
/opt/nordic/ncs/toolchains/322ac893fe/opt/zephyr-sdk/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld: bin/tfm_s.axf section `.TFM_PSA_ROT_LINKER_DATA' will not fit in region `FLASH'
/opt/nordic/ncs/toolchains/322ac893fe/opt/zephyr-sdk/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld: address 0x241e0 of bin/tfm_s.axf section `.TFM_UNPRIV_CODE' is not within region `FLASH'
/opt/nordic/ncs/toolchains/322ac893fe/opt/zephyr-sdk/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld: address 0x27c40 of bin/tfm_s.axf section `.gnu.sgstubs' is not within region `FLASH'
/opt/nordic/ncs/toolchains/322ac893fe/opt/zephyr-sdk/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld: region `FLASH' overflowed by 48668 bytes
Memory region         Used Size  Region Size  %age Used
           FLASH:       97308 B      48640 B    200.06%
             RAM:       48404 B       192 KB     24.62%
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.

I've used the following temporary workaround:

• Disabled “CONFIG_BT_LBS_SECURITY_ENABLED=n" in prj.conf
• Used SB_CONFIG_NETCORE_HCI_IPC=y in sysbuild.conf 
• Removed Kconfig.sysbuild
• Built for thingy53/cpuapp/ns
• Application built and ran fine

However, I'd like to have the BT_LBS_SECURITY_ENABLED set.

What is the fix for thingy53/cpuapp/ns build with the default Kconfig “BT_LBS_SECURITY_ENABLED=y"?


Thank you.

[Priyanka]

Hi Ravi,

Since the size taken by TF-M has increased a lot, support for certain samples, (especially for the Thingy:53 ns ) has been removed. You can see it in this PR: https://github.com/nrfconnect/sdk-nrf/pull/24059/commits/bd3dc1f94c0d48b2aa0dead466b16ac8a729dc21 

Maybe extending the size of TF-M might help. but this is not something that we have tested, or is in the plans for the time being.

-Priyanka

[zpm1066]

HI Priyanka,

Yes, extending the size of TF-M may help. I'll dig further. Thanks.

Regards,
Ravi

[zpm1066]

Hi Priyanka,

Please keep this ticket open until it has been verified that TF-M size can be extended by using the Thing53 external FLASH. 

I'll give the above a go this week. Thank you.


Regards,
Ravi

[Priyanka]

Hi Ravi,

I will keep the ticket in waiting till then. But I am not sure whether extending can help or not because, as mentioned earlier, this is something that you need to try or verify yourselves as we have not tried or tested this at our end (and I don't think we have any plans for this in the near future.)

-Priyanka

[zpm1066]

HI Priyanka,

I have the "peripheral_lbs" nRF sample on the Thingy53 working as thingy53/nrf5340/cpuapp/ns after extending the TF-M size and placing a "pm_static_thingy53_nrf5340_cpuapp_ns.yml" in the local project folder.

However, I have to silence the TF-M logs, otherwise a TF-M BusFault occurs and the nRF5340 reboots continuously. Something is attempting to write to the secure FLASH.

A couple of BLE applications migrated to nRF Connect SDK 3.2.1 now work, provided TF-M logs are silenced. Both Thingy53 and nRF5340-DK behave the same.

TF-M log output when "CONFIG_TFM_LOG_LEVEL_SILENCE=n"

Pins have been configured as secure.
GPIO port: 0x00000001
Pin: 0x00000000
Pin: 0x00000001
Booting TF-M v2.2.0
[Sec Thread] Secure image initializing!
TF-M Float ABI: Hard
Lazy stacking enabled
FATAL ERROR: BusFault

I need to troubleshoot the issue further using "addr2line" to isolate the cause of the bus fault and reboots. 

Best Regards,
Ravi