subsys: settings: nvs: provisioning of settings images #79130
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
zephyrbot
added
area: Kernel
area: Userspace
zephyrbot
requested review from
57300,
andyross,
ceolin,
cfriedt,
dcpleung,
de-nordic,
edersondisouza,
jeremybettis,
kartben,
laurenmurphyx64,
najumon1980,
nashif,
nordicjm,
peter-mitsis and
tejlmand
fgrandel
force-pushed
the
feat/pre-provisioned-settings
branch
from
90c8560
to
69f99ab
Compare
The flash simulator assumes that flash is being addressed with absolute addresses by clients. But this is not the case. Given addresses are relative to the flash base address. The existing code only worked because the base address was always zero. Testing with non-zero base addresses caused a mem fault/page fault. (Reproducible e.g. when using the NVS settings subsystem on QEMU x86 with a non-zero base address in the soc-nv-flash node.) Fixes zephyrproject-rtos#79082 Signed-off-by: Florian Grandel <fgrandel@code-for-humans.de>
Generating sections via DT memory attributes did not work for the platform as only the memory region was created so far. Signed-off-by: Florian Grandel <fgrandel@code-for-humans.de>
This change adds a reserved mapped memory region to the QEMU x86 board and places fixed simulated flash partitions inside that region mapped to its own linker section in the final ELF file. The section is then added to the pagetable to support access even if memory protection is active. The change places the simulated flash at a well-defined memory address rather than in the common .bss section. The rationale behind this approach is, that then the contents of the simulated flash can be pre-provisioned via a separate raw binary or Intel hex image to qemu (or any other application using simulated flash) independently from the kernel image. This will be used in a later PR to exemplify pre-provisioned settings partitions with the NVS settings backend. Signed-off-by: Florian Grandel <fgrandel@code-for-humans.de>
Enables the flash simulator to simulate pre-provisioned flash with QEMU (or any other application using the flash simulator). Signed-off-by: Florian Grandel <fgrandel@code-for-humans.de>
fgrandel
force-pushed
the
feat/pre-provisioned-settings
branch
from
69f99ab
to
01b957c
Compare
Adds an overlay, code and documentation to the sample that allows user to test an independently provisioned settings partition on QEMU. Also provides instructions how to achieve the same on real devices. Signed-off-by: Florian Grandel <fgrandel@code-for-humans.de>
fgrandel
force-pushed
the
feat/pre-provisioned-settings
branch
from
01b957c
to
819ad68
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The main purpose of this PR is to prepare provisioning of independently built settings flash images. It allows users to provision arbitrary per-device settings independently of the application binary, e.g. at the end of the production line or during an OTA update.
The PR provides an integration test environment to simulate separately built images for the NVS settings subsystem on the QEMU x68 board. This will allow users to experiment with independently provisioned settings partitions on QEMU. They can either use a provided sample partition or extract their own binary partition image from a user-provided test device:
In a later PR I'll contribute a python generator script which allows to generate arbitrary NVS settings images from a YAML configuration file. I'm splitting the contribution into multiple parts for easier reviewing across different subsystems.
This PR depends on #79084 and #79086 to be merged first.