lkml.org 
[lkml]   [2014]   [Jul]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/4] random,x86,kvm: Add and use MSR_KVM_GET_RNG_SEED
Il 16/07/2014 16:07, Andy Lutomirski ha scritto:
> This patch has nothing whatsoever to do with how much I trust the CPU
> vs the hypervisor. It's for the enormous installed base of machines
> without RDRAND.

Ok. I think an MSR is fine, though I don't think it's useful for the
guest to use it if it already has RDRAND and/or RDSEED.

> > In any case, is there a matching QEMU patch somewhere?
>
> What QEMU change is needed? I admit I'm a bit vague on how QEMU and
> KVM cooperate here, but there's no state to save and restore. I guess
> that QEMU wants the ability to turn this on and off for migration.
> How does that work? I couldn't spot the KVM code that allows this
> type of control.

It is QEMU who decides the CPUID bits that are visible to the guest. By
default it blocks bits that it doesn't know about. You would need to
add the bit in the kvm_default_features and kvm_feature_name arrays.

For migration, we have "versioned" machine types, for example pc-2.1.
Once the versioned machine type exists, blocking the feature is a
one-liner like

x86_cpu_compat_disable_kvm_features(FEAT_KVM, KVM_FEATURE_NAME);

Unfortunately, QEMU is in hard freeze, so you'd likely be the one
creating pc-2.2. This is a boilerplate but relatively complicated
patch. But let's cross that bridge when we'll reach it. For now, you
can simply add the bit to the two arrays above.

Paolo


\
 
 \ /
  Last update: 2014-07-16 18:21    [W:0.148 / U:0.828 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site