(2/6) As you know EXIT_REASON_CR_ACCESS is one of the reasons that might cause VM-Exit (Especially if you’re subject to 1-setting of CRs in your VMCS). Hypervisors used to save all the general purpose registers every time a VM-Exit occurs and then restore it at the next VMRESUME.
-
-
Prikaži ovu nit
-
(3/6) Almost every case that I see is ignoring RSP and save some trash instead of it, that’s because RSP of guest is already saved in GUEST_RSP in VMCS and after VMRESUME it’s loaded automatically and you know, our current RSP is invalid (it’s host RSP).pic.twitter.com/wipLBctazD
Prikaži ovu nit -
(4/6) But seems that in Windows 10 1903, Microsoft compiler decides to use MOV Cr3,RSP (I didn’t see this in Windows before.) and as you saved trash instead of RSP (or you saved RSP of host which is not valid.) then you change CR3 to an invalid value and it silently crashespic.twitter.com/W8zl7y3UrS
Prikaži ovu nit -
(5/6) with TRIPLE FAULT VM-Exit. It won’t give you the exact error. This bug occurs every time I loaded my hypervisor driver and start my VMM so try to fix it guys. Here is mine :pic.twitter.com/PvaBl6sjt9
Prikaži ovu nit -
(6/6) I also updated Hypervisor From Scratch (Part 6) driver, I test it and it works in a Windows 10 1903 + VMWare Workstation (nested virtualization). Thanks to
@standa_t and@gerhart_x for their help.https://github.com/SinaKarvandi/Hypervisor-From-Scratch …Prikaži ovu nit
Kraj razgovora
Novi razgovor -
-
-
Hvala. Twitter će to iskoristiti za poboljšanje vaše vremenske crte. PoništiPoništi
-
Čini se da učitavanje traje već neko vrijeme.
Twitter je možda preopterećen ili ima kratkotrajnih poteškoća u radu. Pokušajte ponovno ili potražite dodatne informacije u odjeljku Status Twittera.