You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The example-application repository is to demonstrate how an external module may be organized and configured so that module features may be configured, built, and verified by the Zephyr build/CI system. This proposal is to add the board zxa_board_stub as a example demonstrating:
module configuration for Zephyr build system discovery of boards
board integration files with minimal content
board documentation files (needed to test Zephyr documentation generation)
Problem description
The scope of the example-application module includes demonstrating a way to configure modules so that boards in the module will be recognized by the Zephyr build system. There seems to be no current example of this or test that verifies this.
Proposed change
The module requires:
adding the following sub-trees:
zephyr/boards/**/zxa_board_stub/
zephyr/dts/**/zxa/
zephyr/tests/boards/**/zxa_board_stub/
adding the necessary Kconfig, build, and test files for high integration coverage
add stubbed board documentation (to be able to verify behavior of Zephyr document generation system)
doc/index.rst
doc/img/zxa_board_stub.svg
extend zephyr/module.yml so that the build and CI system will build and run the board verification test(s)
Detailed RFC
Proposed change (Detailed)
The proposed change is a direct configuration of functionality already present in the build and document generation
systems, and follows existing patterns whenever they provide a scalable solution. To minimize maintenance overhead,
this proposed board only provides non-functional stubs, and the board test only verifies that the board is identified
and the test builds correctly for the board.
Dependencies
This change only requires trivial maintenance when the build system, dts file format, and board interfaces deprecate existing functionality.
Concerns and Unresolved Questions
Q: What zephyr/boards/$arch/ should this board source/doc tree be under?
Q: What zephyr/dts/$vendor/ should the dts files for this board be under?
Q: Where should tests for this board be within the zephyr/tests/boards/ tree?
Alternatives
Other options considered were:
Copying/renaming a supported board directory. Rejected to reduce maintenance costs.
Symbolically linking to a supported board directory. Rejected since not supported on Windows file systems.
Generating this board source from a supported board directory. Rejected to reduce implementation & maintenance costs.
Using a PNG or JPEG image in documentation. Rejected to reduce storage overhead. (nrf52840dongle_nrf52840 already has an SVG within the board documentation.)
The text was updated successfully, but these errors were encountered:
Introduction
The example-application repository is to demonstrate how an external module may be organized and configured so that module features may be configured, built, and verified by the Zephyr build/CI system. This proposal is to add the board
zxa_board_stub
as a example demonstrating:Problem description
The scope of the example-application module includes demonstrating a way to configure modules so that boards in the module will be recognized by the Zephyr build system. There seems to be no current example of this or test that verifies this.
Proposed change
The module requires:
zephyr/module.yml
so that the build and CI system will build and run the board verification test(s)Detailed RFC
Proposed change (Detailed)
The proposed change is a direct configuration of functionality already present in the build and document generation
systems, and follows existing patterns whenever they provide a scalable solution. To minimize maintenance overhead,
this proposed board only provides non-functional stubs, and the board test only verifies that the board is identified
and the test builds correctly for the board.
Dependencies
This change only requires trivial maintenance when the build system, dts file format, and board interfaces deprecate existing functionality.
Concerns and Unresolved Questions
Q: What
zephyr/boards/$arch/
should this board source/doc tree be under?Q: What
zephyr/dts/$vendor/
should the dts files for this board be under?Q: Where should tests for this board be within the
zephyr/tests/boards/
tree?Alternatives
Other options considered were:
nrf52840dongle_nrf52840
already has an SVG within the board documentation.)The text was updated successfully, but these errors were encountered: