-
Notifications
You must be signed in to change notification settings - Fork 12
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
docs(book): add an initial version of the support matrix #324
docs(book): add an initial version of the support matrix #324
Conversation
I think this is a great start! I hope we can make this auto-generated at some point - laze should have all info. |
Hm, I personally don't support hand-editing raw html tables. I'd prefer using a markdown table (and duplicating e.g., the |
Marking as draft for now as we agreed to generate this table from structured data instead. |
b875a84
to
b46a9e7
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like the structure. Makes me want to consider whether we can pioneer https://github.com/RIOT-OS/RIOT/blob/master/doc/memos/rdm0003.md in here.
I like this a lot! |
Agree that a well-defined naming conventions for chips/boards wouldn't hurt. We would need to extend it to support families of chips as well (e.g., nRF52xxx) I think. |
Some offline discussion notes:
|
be5edb4
to
b88b1bb
Compare
LGTM. please squash! |
Generate a support table from structured data. This table covers hardware support as well as software/configuration support. This structured data file is meant to later be validated/invalidated based on the laze configuration, so that it always reflects the current state of support.
…dated This is useful in CI: developers are responsible for generating the HTML file, but it can be checked in CI that that output file is up to date.
This is required so that we can control the order in which the keys are shown in the HTML, and to be make sure the generation is deterministic.
70022bb
to
79e354a
Compare
Description
This introduces a structured data file encoding current hardware and functionality support across supported chips and boards, along with a Cargo script generating HTML from this structured data. The generated HTML is written to a file which is imported into the book, providing comprehensive support information for potential users. That HTML file must be re-generated when the structured data file is updated, but a CI lint check makes sure that this HTML file is always up to date.
This support table covers hardware support as well as software/configuration support.
Limitations
This is mostly meant to bootstrap this compatibility table and support information definitely incomplete. It must still reflect the current state of support at the time of merge.
@kaspar030 Can you check the current state of debug output and logging, and the current ESP32 support?
@kaspar030 @elenaf9 If threading needs to be added to this table, please do so in a follow-up PR.
@chrysn Could you add HWRNG to this table in a follow-up PR?
chip_families
.Issues/PRs references
N/A
Open Questions
None
Change checklist