-
Notifications
You must be signed in to change notification settings - Fork 22
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
Find common location for machine specific partitioning related data #69
Comments
As a note, we have been using https://git.codelinaro.org/linaro/qcomlt/db-boot-tools to contain data for supported devkits. Consider using that repo and using merge requests to provide data for newer boards. |
We are currently looking into that. In meta-qcom-hwe we've been using an intermediate file format (partition.conf) instead of the XML files. We are planning to have a standalone repo to host these files outside of meta-qcom-hwe. we probably want to host it on a qualcomm github repo. let me think about that. |
We settled on using CLO repo as this allowed us to use build artifacts in rescue package generation. If you switch to any other location, please pull in all boards definitions from the repo I have pointed to. What is the benefit of using non-structured, non-verifiable file format? |
yes, the distribution of prebuilt binary/rescue package is important, I am aware. For the additional/alternate file format, I am not sure why it was created, and I will check. It does not seem very useful, especially since the tool that converts to XML is not doing much processing, I will investigate more on that. |
Follow up from #67 (comment), we should have a dedicated repository for the partitioning related data that is consumed by meta-qcom-hwe but not hosted by the layers.
This is so we can start sharing with other common distributions (e.g. debian) later on.
The text was updated successfully, but these errors were encountered: