summaryrefslogtreecommitdiffstats
path: root/replay
diff options
context:
space:
mode:
authorAlexander Graf2021-01-23 01:41:29 +0100
committerPaolo Bonzini2021-02-16 17:15:39 +0100
commit106f91d59c373b63f227b8827ff18ac9c9068d2f (patch)
treead7a739fad649813e99c014032b83e09b25707ea /replay
parenttarget/i386/hvf: add rdmsr 35H MSR_CORE_THREAD_COUNT (diff)
downloadqemu-106f91d59c373b63f227b8827ff18ac9c9068d2f.tar.gz
qemu-106f91d59c373b63f227b8827ff18ac9c9068d2f.tar.xz
qemu-106f91d59c373b63f227b8827ff18ac9c9068d2f.zip
hvf: Fetch cr4 before evaluating CPUID(1)
The CPUID function 1 has a bit called OSXSAVE which tells user space the status of the CR4.OSXSAVE bit. Our generic CPUID function injects that bit based on the status of CR4. With Hypervisor.framework, we do not synchronize full CPU state often enough for this function to see the CR4 update before guest user space asks for it. To be on the save side, let's just always synchronize it when we receive a CPUID(1) request. That way we can set the bit with real confidence. Reported-by: Asad Ali <asad@osaro.com> Signed-off-by: Alexander Graf <agraf@csgraf.de> Message-Id: <20210123004129.6364-1-agraf@csgraf.de> [RB: resolved conflict with another CPUID change] Signed-off-by: Roman Bolshakov <r.bolshakov@yadro.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'replay')
0 files changed, 0 insertions, 0 deletions