@@ -35,12 +35,11 @@ The `vm-memory` is derived from two upstream projects:
3535The high level abstraction of the VM memory has been heavily refactored to
3636provide a VMM agnostic interface.
3737
38- The ` vm-memory ` crate could be divided into four logic parts as:
38+ The ` vm-memory ` crate could be divided into three logic parts as:
3939
4040- [ Abstraction of Address Space] ( #abstraction-of-address-space )
4141- [ Specialization for Virtual Machine Physical Address Space] ( #specialization-for-virtual-machine-physical-address-space )
4242- [ Backend Implementation Based on ` mmap ` ] ( #backend-implementation-based-on-mmap )
43- - [ Utilities and helpers] ( #utilities-and-helpers )
4443
4544### Address Space Abstraction
4645
@@ -146,20 +145,6 @@ object to translate I/O virtual addresses (IOVAs) into VMM user addresses
146145(VUAs), which are then passed to the inner ` GuestMemoryBackend `
147146implementation (like ` GuestMemoryMmap ` ).
148147
149- ### Utilities and Helpers
150-
151- The following utilities and helper traits/macros are imported from the
152- [ crosvm project] ( https://chromium.googlesource.com/chromiumos/platform/crosvm/ )
153- with minor changes:
154-
155- - ` ByteValued ` (originally ` DataInit ` ): types which are safe to be initialized
156- from raw data. A type ` T ` is ` ByteValued ` if and only if it can be
157- initialized by reading its contents from a byte array. This is generally true
158- for all plain-old-data structs. It is notably not true for any type that
159- includes a reference.
160- - ` {Le,Be}_{16,32,64} ` : explicit endian types useful for embedding in structs
161- or reinterpreting data.
162-
163148## Relationships between Traits, Structs and Types
164149
165150** Traits** :
0 commit comments