Uh oh!
There was an error while loading. Please reload this page.
Refactor: Use physical pointer abstraction in LVBS - #817
Conversation
29c61b5 to
e42c3a0Compare8b9b1f7 to
3a833f2CompareUh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
c6fd071 to
24e1d87Compare24e1d87 to
9b0f0f0Compare
Weidong Cui (wdcui)
left a comment
There was a problem hiding this comment.
LGTM. I left some comments. Thanks!
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Leon Schuermann (lschuermann)
left a comment
There was a problem hiding this comment.
I took a pass over the entirety of physical_pointers.rs, not just the diff of this PR. In summary, I think this is close to a neat and (in the future) sound abstraction with rich pointer semantics over dynamically mapped physical memory.
Happy to discuss my comments below, I'll go over the remaining changes soon. I don't think any of these is critical to be addressed in this PR, instead I'm happy to implement the changes in a follow-up PR!
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Leon Schuermann (lschuermann)
left a comment
There was a problem hiding this comment.
Reviewed the rest of the PR. I realize some of my feedback might be obsolete due to #824, so I'll check that out next. Should I create a PR to address the left-over comments targeting this same sanghle/lvbs/vmap_copy branch?
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
fefb293 to
0e0e307CompareThis PR refactors the physical pointer API. --------- Co-authored-by: Sangho Lee <sanghle@microsoft.com>
351ba7d to
2fb8a5aCompare🤖 SemverChecks 🤖 Click for details |
This PR lets the LVBS platform (i.e., HEKI/HVCI) use physical pointer abstraction to access VTL0 memory. This is equivalent to the OP-TEE shim's normal-world memory access such that it is not only safer than the legacy VTL0 memory copy functions (i.e.,
copy_(slice_)(from|to)_vtl0_phys) but also supporting virtually contiguous access of non-contiguous physical page frames.