Skip to content

Test thumbv8m.base on Travis CI #168

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

Merged
merged 1 commit into from
Oct 29, 2019

Conversation

JJJollyjim
Copy link
Contributor

This will fail until #155 is resolved

@JJJollyjim JJJollyjim requested a review from a team as a code owner September 20, 2019 17:06
@rust-highfive
Copy link

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @ithinuel (or someone else) soon.

If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.

Please see the contribution instructions for more information.

@rust-highfive rust-highfive added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-cortex-m labels Sep 20, 2019
@korken89
Copy link
Contributor

Hi, I have approved #167 for merge, when it lands I will merge this too to have base type CIed as well.

@korken89
Copy link
Contributor

bors r+

bors bot added a commit that referenced this pull request Oct 29, 2019
168: Test thumbv8m.base on Travis CI r=korken89 a=JJJollyjim

This will fail until #155 is resolved

Co-authored-by: Jamie McClymont <[email protected]>
@bors
Copy link
Contributor

bors bot commented Oct 29, 2019

Build succeeded

@bors bors bot merged commit 6eab6fa into rust-embedded:master Oct 29, 2019
adamgreig pushed a commit that referenced this pull request Jan 12, 2022
168: On HardFault entry use MSP/PSP depending on stack mode r=thejpster a=bytex64

Noticed this when making my own hardfault handler - none of the registers were correct. The `&ExceptionFrame` argument was wrong because I was using the PSP in Thread mode, but the handler only loads MSP. This PR inspects the EXC_RETURN value in LR and loads either MSP or PSP depending on the stack used (see section B1.5.8 in the ARMv7-M architecture manual for details on the format of EXC_RETURN).

I haven't tested this on armv6m or armv8m, but I believe it works the same across the board. Also didn't update the libraries in `bin/` since I wasn't sure if that was expected or not.

Co-authored-by: Chip <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-cortex-m
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants