You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Make sure we are happy with VtlMemoryProtection::modify_vtl_page_setting and its usage. Alternatives could include setting aside RAM to use for this purpose, changing signature so memory can not be deallocated while not properly protected, always leak memory after this use so it can never be reused, etc.
There's some considerations if we should carve out special regions of the VTL2 GPA ranges so that we cannot use that ram for any other purposes. I think if we know exactly how large this would be, that would be desirable so that we can never have this reuse issue where the we could make pages accessible by VTL0 that VTL2 could later use for something else.
The text was updated successfully, but these errors were encountered:
We are still doing this. The issue was opened to see if we can come up with a more creative way of handling this, but since we proposed this we are using it in even more places, so this is not likely something that will change soon.
Make sure we are happy with VtlMemoryProtection::modify_vtl_page_setting and its usage. Alternatives could include setting aside RAM to use for this purpose, changing signature so memory can not be deallocated while not properly protected, always leak memory after this use so it can never be reused, etc.
There's some considerations if we should carve out special regions of the VTL2 GPA ranges so that we cannot use that ram for any other purposes. I think if we know exactly how large this would be, that would be desirable so that we can never have this reuse issue where the we could make pages accessible by VTL0 that VTL2 could later use for something else.
The text was updated successfully, but these errors were encountered: