pub unsafe fn read_volatile<T>(src: *const T) -> T
Performs a volatile read of the value from src
without moving it. This leaves the memory in src
unchanged.
Volatile operations are intended to act on I/O memory, and are guaranteed to not be elided or reordered by the compiler across other volatile operations.
Rust does not currently have a rigorously and formally defined memory model, so the precise semantics of what "volatile" means here is subject to change over time. That being said, the semantics will almost always end up pretty similar to C11's definition of volatile.
The compiler shouldn't change the relative order or number of volatile memory operations. However, volatile memory operations on zero-sized types (e.g. if a zero-sized type is passed to read_volatile
) are no-ops and may be ignored.
Beyond accepting a raw pointer, this is unsafe because it semantically moves the value out of src
without preventing further usage of src
. If T
is not Copy
, then care must be taken to ensure that the value at src
is not used before the data is overwritten again (e.g. with write
, write_bytes
, or copy
). Note that *src = foo
counts as a use because it will attempt to drop the value previously at *src
.
Basic usage:
let x = 12; let y = &x as *const i32; unsafe { assert_eq!(std::ptr::read_volatile(y), 12); }
© 2010 The Rust Project Developers
Licensed under the Apache License, Version 2.0 or the MIT license, at your option.
https://doc.rust-lang.org/std/ptr/fn.read_volatile.html