Improve test coverage #95
JaredWright
started this conversation in
Ideas
Replies: 1 comment
-
With the things that we are testing (reading/setting various registers), a very simple kernel should suffice. For example, we have this tiny kernel for a small kernel-level library that we are working on. It's built and run as part of the CI pipeline. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
As of now, testing in the PAL project is entirely focused on checking that the project's code generator produces code that will actually compile, and that generated functions follow naming conventions correctly. There are other aspects of this project that could potentially benefit from testing as well:
pal/libpal
directory.@zhaofengli threw out the idea of running PAL instructions in an emulator like bochs to test if they execute correctly and return expected values. This seems possible, but would have some challenges to think through first. For example, what kind of software execution environment would the tests run in? Would there need to be a minimal OS to support execution in a baremetal context on bochs? What would be the scope and goal of the tests (e.g. cover all the instructions in all libpal targets? just baremetal ones?)
I'd love to see more ideas in this discussion!
Beta Was this translation helpful? Give feedback.
All reactions