-
Notifications
You must be signed in to change notification settings - Fork 13.5k
Try to say that memory outside the AM is always exposed #103106
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Conversation
Hey! It looks like you've submitted a new PR for the library teams! If this PR contains changes to any Examples of
|
LGTM, but let's involve @thomcc as well, also for the changes I suggested. |
This comment has been minimized.
This comment has been minimized.
Looks great. Thank you for clarifying this. r=me once you've sufficiently resolved the outstanding debate about how precise you want the wording to be. |
55eefc1
to
f3bf1ad
Compare
Some changes occurred in src/tools/cargo cc @ehuss |
Dangit I did the thing |
Co-authored-by: Ralf Jung <post@ralfj.de>
f3bf1ad
to
0c3ae7d
Compare
LGTM aside from the last nit, but let's also get a libs person to look at this. |
Co-authored-by: Ralf Jung <post@ralfj.de>
This is a great improvement, thanks. @bors r+ rollup |
Try to say that memory outside the AM is always exposed cc `@Gankra` `@thomcc` I want to confidently tell people that they can use `from_exposed_addr` to get a pointer for doing MMIO and/or other hardware interactions done with volatile reads/writes at particular addresses outside the Rust AM. Currently, the docs indicate that would be UB. With this change, now the docs indicate that this is intended to be a valid use of `from_exposed_addr`. r? `@RalfJung`
…iaskrgr Rollup of 9 pull requests Successful merges: - rust-lang#103035 (Even nicer errors from assert_unsafe_precondition) - rust-lang#103106 (Try to say that memory outside the AM is always exposed) - rust-lang#103475 (Make param index generation a bit more robust) - rust-lang#103525 (Move a wf-check into the site where the value is instantiated) - rust-lang#103564 (library: allow some unused things in Miri) - rust-lang#103586 (Process registered region obligation in `resolve_regions_with_wf_tys`) - rust-lang#103592 (rustdoc: remove redundant CSS selector `.notable-traits .notable`) - rust-lang#103593 (Remove an unused parser function (`Expr::returns`)) - rust-lang#103611 (Add test for issue 103574) Failed merges: r? `@ghost` `@rustbot` modify labels: rollup
cc @Gankra @thomcc
I want to confidently tell people that they can use
from_exposed_addr
to get a pointer for doing MMIO and/or other hardware interactions done with volatile reads/writes at particular addresses outside the Rust AM. Currently, the docs indicate that would be UB.With this change, now the docs indicate that this is intended to be a valid use of
from_exposed_addr
.r? @RalfJung