-
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
matter/fast pair: Add support for merging hex files without partition manager #18792
base: main
Are you sure you want to change the base?
Changes from all commits
6c06685
53b9449
c51efb6
7491f01
2b3619b
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change | ||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
@@ -108,3 +108,20 @@ function(suit_create_cache_partition args output_file partition_num recovery) | |||||||||
"${output_file_name}type=cache;${output_file_name}partition=${partition_num};") | ||||||||||
endif() | ||||||||||
endfunction() | ||||||||||
|
||||||||||
# Usage: | ||||||||||
# suit_add_merge_hex_file(FILES <files> [DEPENDENCIES <dependencies>] | ||||||||||
# | ||||||||||
# Add files which should be merged into the uicr_merged.hex output file, respecting any | ||||||||||
# dependencies that need to be generated before hand. This will overwrite existing data if it is | ||||||||||
# present in other files | ||||||||||
function(suit_add_merge_hex_file) | ||||||||||
cmake_parse_arguments(VAR "" "" "FILES;DEPENDENCIES" ${ARGN}) | ||||||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. better to start using
Suggested change
|
||||||||||
|
||||||||||
if(NOT VAR_FILES) | ||||||||||
message(FATAL_ERROR "suit_add_merge_hex_file missing required argument FILES") | ||||||||||
endif() | ||||||||||
Comment on lines
+121
to
+123
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Can be simplified and also ensure common way of printing argument errors:
Suggested change
|
||||||||||
|
||||||||||
set_property(GLOBAL APPEND PROPERTY SUIT_MERGE_FILE ${VAR_FILES}) | ||||||||||
set_property(GLOBAL APPEND PROPERTY SUIT_MERGE_DEPENDENCIES ${VAR_DEPENDENCIES}) | ||||||||||
endfunction() |
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,32 @@ | ||
/* | ||
* Copyright (c) 2024 Nordic Semiconductor ASA | ||
* | ||
* SPDX-License-Identifier: LicenseRef-Nordic-5-Clause | ||
*/ | ||
|
||
&mram1x { | ||
/delete-node/ cpuapp_rw_partitions; | ||
|
||
cpuapp_rw_partitions: cpuapp-rw-partitions { | ||
compatible = "nordic,owned-partitions", "fixed-partitions"; | ||
status = "okay"; | ||
perm-read; | ||
perm-write; | ||
perm-secure; | ||
#address-cells = <1>; | ||
#size-cells = <1>; | ||
|
||
dfu_partition: partition@100000 { | ||
reg = <0x100000 DT_SIZE_K(908)>; | ||
}; | ||
|
||
storage_partition: partition@1e3000 { | ||
reg = <0x1e3000 DT_SIZE_K(20)>; | ||
}; | ||
|
||
bt_fast_pair_partition: partition@1e8fb8 { | ||
label = "bt_fast_pair"; | ||
reg = <0x1e8fb8 0x48>; | ||
}; | ||
Comment on lines
+23
to
+30
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'm not sure if the addresses are correct. 20kB is equal to 0x5000 so I think the There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Well, I positioned it at the end of the 0x1000 memory chunk to mimick the PM solution in the case of automatic builds without the specific memory layout file (pm.yaml). On the other hand, we typically position the provisioning data at the beginning of the 0x1000 memory chunk in builds where we define the memory layout file (pm.yaml). @alstrzebonski, I don't have a preference here. We can align it according to your suggestion or we can leave this part and think about the position of the fast pair provisioning data hex in the nRF54H20 memory in the follow-up task There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think it should be aligned to my suggestion or, if we want to mimic the PM, we should add the comment explaining the gap in the memory map. I'm okay with both solutions. It can be also left as is and improved in follow-up task - maybe that's the best option considering it's @nordicjm's PR. It will be easier to leave it as is for now. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @alstrzebonski, could you create a follow-up task? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. |
||
}; | ||
}; |
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.
observation: this is really not self-explaining what the difference between
ARTIFACTS_TO_MERGE
andmerge_files
is.But as this file in general is messy, then there is not change requested for this PR.