summaryrefslogtreecommitdiff
path: root/crypto/blake2s_generic.c
diff options
context:
space:
mode:
authorJon Doron <arilou@gmail.com>2020-07-17 15:52:38 +0300
committerPaolo Bonzini <pbonzini@redhat.com>2020-08-10 20:22:10 +0300
commit99b48ecc8e800983b6e00a2350daaeceba1f7406 (patch)
tree735f7bb8cf487e64d5e5f2ae795d2c13dfef8600 /crypto/blake2s_generic.c
parentf40a4b0512839d07be0b03dd4097de5582fa136d (diff)
downloadlinux-99b48ecc8e800983b6e00a2350daaeceba1f7406.tar.xz
x86/kvm/hyper-v: Synic default SCONTROL MSR needs to be enabled
Based on an analysis of the HyperV firmwares (Gen1 and Gen2) it seems like the SCONTROL is not being set to the ENABLED state as like we have thought. Also from a test done by Vitaly Kuznetsov, running a nested HyperV it was concluded that the first access to the SCONTROL MSR with a read resulted with the value of 0x1, aka HV_SYNIC_CONTROL_ENABLE. It's important to note that this diverges from the value states in the HyperV TLFS of 0. Signed-off-by: Jon Doron <arilou@gmail.com> Message-Id: <20200717125238.1103096-2-arilou@gmail.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'crypto/blake2s_generic.c')
0 files changed, 0 insertions, 0 deletions