-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
manifest: Update sdk-zephyr revision #15530
manifest: Update sdk-zephyr revision #15530
Conversation
The following west manifest projects have been modified in this Pull Request:
Note: This message is automatically posted and updated by the Manifest GitHub Action. |
Test specificationCI/Jenkins/NRF
CI/Jenkins/integration
All integration tests: null Detailed information of selected test modules Note: This message is automatically posted and updated by the CI |
You can find the documentation preview for this PR at this link. It will be updated about 10 minutes after the documentation build succeeds. Note: This comment is automatically posted by the Documentation Publishing GitHub Action. |
a464e09
to
39b62dd
Compare
39b62dd
to
60f41dc
Compare
bfa6607
to
c6be226
Compare
c6be226
to
19b3e7f
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.
boot CI tests failing, FEM CI tests failing, crypto CI tests failing, rs CI tests failing, tfm CI tests failing, dfu CI tests failing, find-my CI tests failing, mcuboot CI tests failing. Needs to be fixed before merge
Find My tests CI failed due to the JUnit parser instability. This failure is irrelevant and could potentially be resolved by the Find My CI rerurn. @miha-nordic, please correct me if I am wrong |
cd4ca42
to
c599e9b
Compare
In wrong locations. Also this has the |
@nordicjm If you think those are in wrong location, then please describe why you would argue they should be at top-level build folder. Currently the but afaik the files you mention are merged into other files and not intended to be used independently.
I'm open to suggestions, but making just one more folder level like Options I can think of are:
|
Only the provision file is like that, the rest are fully used and expected to be available. And the net provision should either be in the top level or in the folder for the application it is used for.
Gets my vote and is simple. |
That's a good point. Will move to top-level, although image specific build folder might actually be more appropriate then I don't like sysbuild modules to start placing extra files in a build folder controlled by the image build.
will move to top-level as well, but this comment made me wonder if we are actually documenting this.
👍 |
c599e9b
to
d7ddce3
Compare
Also it seems that the dfu_application.zip generated when B0 is enabled is in different directory than dfu_application.zip when MCUboot is enabled:
It seems that |
877d454
to
9e57114
Compare
Should be fixed now.
Fixed |
wrong folder:
Matter is broken,
|
9e57114
to
551dd68
Compare
551dd68
to
39bccc9
Compare
@nordicjm PTAL, all is fixed. |
wrong folder:
|
39bccc9
to
a49e6bd
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.
Please remove NCS 2.7.0 milestone since it is not a bugfix.
Yes it is:
|
Please add bugfix label and report to @shanthanordic |
partition_manager.cmake generates the pm.config files under the APPLICATION_BINARY_DIR folder. Update fast_pair.cmake to use APPLICATION_BINARY_DIR instead of CMAKE_BINARY_DIR so that location in fast_pair.cmake is aligned to the location used in partition_manager.cmake. Signed-off-by: Torsten Rasmussen <[email protected]>
Update zip.cmake, packaging.cmake and b0_packaging.cmake to reference bin files using absolute paths. Also update the location of the dfu_application.zip to be at the CMAKE_BINARY_DIR instead of the PROJECT_BINARY_DIR for images' bin-files. Using CMAKE_BINARY_DIR ensures that the zip file is always placed at the toplevel in the build directory. Use CMAKE_BINARY_DIR for signed_by bin-files to align the absolute path and ensure b0_mcuboot_signing.cmake uses same path. Signed-off-by: Torsten Rasmussen <[email protected]>
Update provision_hex.cmake and sign.cmake to use absolute path to the application's .config file to ensure correct dependency handling. Signed-off-by: Torsten Rasmussen <[email protected]>
kconfig.cmake generates `.config` as `${PROJECT_BINARY_DIR}/.config`. Adjust `${CMAKE_BINARY_DIR}/zephyr/.config` to `${PROJECT_BINARY_DIR}/.config`. Signed-off-by: Torsten Rasmussen <[email protected]>
partition_manager.cmake creates `merged.hex` as `${PROJECT_BINARY_DIR}/merged.hex`. Adjust `${PROJECT_BINARY_DIR}/merged.hex` to `${CMAKE_BINARY_DIR}/merged.hex` so that external tools / tests / etc. which looks for `merged.hex` at top-level build folder can still find it. Signed-off-by: Torsten Rasmussen <[email protected]>
a49e6bd
to
d4d2f2c
Compare
d4d2f2c
to
1e832d0
Compare
Update sign.cmake and debug_keys.cmake to use CMAKE_BINARY_DIR instead of PROJECT_BINARY_DIR. Using CMAKE_BINARY_DIR ensures that the pem files are always placed at the toplevel in the build directory. Signed-off-by: Torsten Rasmussen <[email protected]>
Update sdk-zephyr to pull in APPLICATION_CONFIG_DIR support in sysbuild. Signed-off-by: Torsten Rasmussen <[email protected]>
1e832d0
to
21a187b
Compare
Update sdk-zephyr to pull in APPLICATION_CONFIG_DIR support in sysbuild.