Replies: 1 comment 2 replies
-
Not really no, the idea is you copy the prj.conf file from that and store it so that you are not hit with unexpected changes if the project you are using suddenly changed their configuration (e.g. what if mcuboot decided to change the default key type from RSA to ECDSA?) |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I want to compile MCUboot with my Zephyr application. According to Zephyr docs, sysbuild is a good way to achieve this. However, I'd like to specify some board overlay files when the sysbuild compiles MCUboot. By default, it will use an overlay from MCUboot.
From the documentation, I can provide an overlay file with
sysbuild/mcuboot.overlay
, but this does not solve the problem because my application supports multiple boards, and I'd like to use a different overlay for each.A second solution from the documentation is to provide
sysbuild/mcuboot/boards/<BOARD>.overlay
, which does indeed allow me to have per-device overlays when compiling MCUboot, but introduces a new problem. In this approach,APPLICATION_CONFIG_DIR
is set tosysbuild/mcuboot
thus requiring me to provide aprj.conf
(and theprj.conf
from MCUboot is omitted). MCUboot'sprj.conf
provides some important config options that are necessary.Neither of these approaches, from what I've tried so far, are satisfactory. As a workaround, I can pass
-Dmcuboot_DTC_OVERLAY_FILE=<path/to/overlay>
to west when building, but this gets tiresome when compiling for different boards. Is there a way to compile a sysbuild with a per-board devicetree overlay for a module while still inheriting the module'sprj.conf
?Beta Was this translation helpful? Give feedback.
All reactions