Skip to content
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

develop a framework to dynamically enable required services depends on the running hardware platform #2

Open
ishidawataru opened this issue Jun 11, 2022 · 0 comments
Labels
enhancement New feature or request

Comments

@ishidawataru
Copy link
Contributor

Goldstone uses the ONL build system to build the ONIE image.
ONL build system builds the rootfs per CPU architecture.
If the CPU architecture is the same, the same rootfs is used for all supported platform.

Currently, Goldstone only supports 3 platforms. Galileo1, Cassini, and Galileo FlexT.

Galileo1 and Cassini have an amd64 CPU board, whereas Galileo FlexT has an arm64 CPU board.

Since Galileo1 and Cassini require the same set of services to enable, current Goldstone doesn't have a framework to dynamically switch the services to enable.

However, in order to support more hardware platforms, we'll need a framework to dynamically enable required services depending on the running hardware platform.

(Moreover, we may want a mechanism to create different rootfs per hardware platform when the ONIE installer writes the rootfs to the mass storage of the device. This requires improvement in ONL)

Currently, /var/lib/goldstone/device/$PLATFORM/init.sh runs before systemd starts. Galileo1 and Galileo FlexT are using this file to enable systemd services that are required to run in this file.

We need a structured way of doing this to make supporting a new platform easier.

@ishidawataru ishidawataru added the enhancement New feature or request label Jun 11, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant