-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Change default TF-M profile for bluetooth/openthread/mesh #24059
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
The following west manifest projects have changed revision in this Pull Request:
✅ All manifest checks OK Note: This message is automatically posted and updated by the Manifest GitHub Action. |
CI InformationTo view the history of this post, clich the 'edited' button above Inputs:Sources:sdk-nrf: PR head: d5540857c408bd5c4c88063edec3d50e63b2ad5d more detailssdk-nrf:
zephyr:
Github labels
List of changed files detected by CI (10)
Outputs:ToolchainVersion: 53a57c4d75 Test Spec & Results: ✅ Success; ❌ Failure; 🟠 Queued; 🟡 Progress; ◻️ Skipped;
|
You can find the documentation preview for this PR here. Preview links for modified nRF Connect SDK documents: |
875616a
to
f925bef
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From mesh point of view the changes are Ok.
However, since dependency on TEST_BT_FAST_PAIR_CRYPTO_PSA macro was removed, then changes from downstream shouldn't be reverted. Right?
@alxelax I am not sure that I follow, I removed the dependency to the TEST_BT_FAST_PAIR_CRYPTO_PSA because of CI issues and reverted my original change to the Kconfig file which enabled the correct TF-M profile for this test. Am I missing something here? |
Probably I missed something. @PavelVPV, could you confirm that after reverting your fix from downstream(nrfconnect/sdk-zephyr@319b359) and applying of these changes the test(ble crypto test that you fixed) still passes? |
This revert was discussed internally. It was passing locally on @Vge0rge machine, and we discussed how to run CI. But if needed I can double check locally. |
Not needed. If you run and passed it, then this is Ok. I'll approve PR after it passes CI steps. |
ping @nrfconnect/ncs-si-muffin @nrfconnect/ncs-code-owners @nrfconnect/ncs-co-build-system |
@Vge0rge , do you plan to backport this to 3.1.1? |
I didn't have that in mind, no. |
@Vge0rge, please add relevant notes in the NCS changelog in documentation, so the user have it clear we will no longer support them. |
doc/nrf/releases_and_maturity/releases/release-notes-changelog.rst
Outdated
Show resolved
Hide resolved
doc/nrf/releases_and_maturity/releases/release-notes-changelog.rst
Outdated
Show resolved
Hide resolved
c9a130d
to
8caafdc
Compare
Memory footprint analysis revealed the following potential issuessample.find_my.switchable_networks.release.ui_switch[nrf54lm20dk/nrf54lm20a/cpuapp]: ROM size increased by 4080[B] in comparison to the main[94521ce] branch. - link (cc: @nrfconnect/ncs-si-bluebagel) Note: This message is automatically posted and updated by the CI (latest/sdk-nrf/PR-24059/14) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One preferential suggestion.
doc/nrf/releases_and_maturity/releases/release-notes-changelog.rst
Outdated
Show resolved
Hide resolved
e225391
to
1fdb91e
Compare
1fdb91e
to
7e8093c
Compare
a9f4728
to
ad978e7
Compare
ad978e7
to
b6bd24d
Compare
Change the default profile for TF-M for all devices which use the bluetooth crypto, bluetooth mesh crypto and openthread. Instead of the minimal profile of TF-M which doesn't provide crypto operations apart from rng use the PROFILE_TYPE_NOT_SET which allows crypto operations based on the enabled PSA_WANTs. This is preparation work, the profile will be PROFILE_TYPE_NOT_SET for all devices and use cases in the future. Signed-off-by: Georgios Vasilakis <[email protected]>
Automatically created by Github Action Signed-off-by: Nordic Builder <[email protected]>
Remove the choice of the TF-M profile in bluetoooth subsystem since this is now handled by the TF-M Kconfig configurations. Signed-off-by: Georgios Vasilakis <[email protected]>
Remove the choice of the TF-M profile in openthread subsystem since this is now handled by the TF-M Kconfig configurations. Signed-off-by: Georgios Vasilakis <[email protected]>
Remove the thingy53 non secure target from several bluetooth samples which enable BT_CRYPTO. Recently the configuration of TF-M was updated to take into account the BT_CRYPTO symbol. Meaning that when the BT_CRYPTO is enabled TF-M configuration makes sure to provide support for the BT_CRYPTO requirements. This was not happening before resulting to invalid configurations where the samples failed at runtime. The thingy 53 non secure target has a flash overflow when trying to build these samples with a valid TF-M configuration and thus I removed them from the yaml files. Signed-off-by: Georgios Vasilakis <[email protected]>
Remove the thingy53 non secure target from the machine learning application since it enables BT_CRYPTO. Recently the configuration of TF-M was updated to take into account the BT_CRYPTO symbol. Meaning that when the BT_CRYPTO is enabled TF-M configuration makes sure to provide support for the BT_CRYPTO requirements. This was not happening before resulting to invalid configurations where the samples failed at runtime. The thingy 53 non secure target has a flash overflow when trying to build this application with a valid TF-M configuration and thus I removed it from the yaml file. Signed-off-by: Georgios Vasilakis <[email protected]>
The thingy53 non-secure targets are no longer supported in the machine learning application and in the bluetooth peripheral status/uart/lbs samples. Signed-off-by: Georgios Vasilakis <[email protected]>
b6bd24d
to
d554085
Compare
See commit messages