-
Notifications
You must be signed in to change notification settings - Fork 1
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
[Request] A proposal for CSRs #2
Comments
For reference, here are the meanings of the access type Enums:
Please also refer to: http://www.keil.com/pack/doc/CMSIS/SVD/html/elem_special.html#elem_access |
Thanks, I'll take a look soon. |
Thank you for the proposal. I have in mind some ways to simplify the code in your branch. I'm going to sketch out an implementation I have in mind, and then ask you for feedback to make sure I didn't miss anything important. |
@xobs - FYI |
How does this work for For example, in the SVD format you can specify x for values that should be marked "do not care". |
Edit: my pull request has overlooked this specification where "don't care" exists within enumerated values themselves. This should be open for discussion. @mithro @xobs My implementation is now a pull request in #7. Each register has a The register
The bits 0-1 are not represented using any field name, but only as the following expression:
|
#1 Following the general ideas discussed, I have made a new abstraction for CSR objects in my fork (HarryMakes@ba5f354 fixed). An example script is given below, which will print all the fields and their properties in a CSR named "test". You might also test the slicing functionality using the format
mycsr[beginbit:endbit]
, but please note that the upper boundary is exclusive.The text was updated successfully, but these errors were encountered: