-
Notifications
You must be signed in to change notification settings - Fork 243
Rust support for stm32u5 #744
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
Conversation
Although I specified a stm32u575 and a stm32u585 feature in
CRATE_DOC_FEATURES = {
# ...
"stm32u5": ["rt", "stm32u575", "stm32u585"],
}
[features]
default = ["rt"]
rt = ["cortex-m-rt/device"]
stm32u5 = [] Is this correct / okay? Or should I change something about it? |
I got it to generate the two device features |
I am still unsure how I can test if the generated PAC actually works. I do have the board at home. Is there some basic example I can run to test this PR? |
Typically I do For a basic example try enabling the GPIO clock in RCC, setting a GPIO as an output, then blinking it. |
Please, don't break history. Rebase. No merge in PR. |
@burrbull said:
Okay. I just used the "resolve conflict" button from GitHub. |
Hello together, |
@adamgreig: > So far our experience has been that the best way to fix this is to remove all the ST enumerated values, as they don't tend to be very useful.
Just did |
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.
Everything builds, sha256 for the SVD matches with the latest from ST (07a14ac0257ab7304f282186b4db346e853f14c96e5ae9f653d557e353ac63e7
for the 2023-01-19 release), looks good to me, thanks!
bors r+
Build succeeded: |
This PR follows the steps in the README, section "adding-new-devices" in order to add support for the STM32U575 (and STM32U585).
First step of #504.