summaryrefslogtreecommitdiff
path: root/crypto
diff options
context:
space:
mode:
authorChristoffer Dall <christoffer.dall@linaro.org>2014-08-26 14:00:37 +0200
committerPaolo Bonzini <pbonzini@redhat.com>2014-08-29 13:47:04 +0200
commit0f8a4de3e088797576ac76200b634b802e5c7781 (patch)
treefdadf9b707953e463d3d91c45109fc83179eef39 /crypto
parentdc77d344b41f3ffdd3b02317597e717b0b799f46 (diff)
downloadlwn-0f8a4de3e088797576ac76200b634b802e5c7781.tar.gz
lwn-0f8a4de3e088797576ac76200b634b802e5c7781.zip
KVM: Unconditionally export KVM_CAP_READONLY_MEM
The idea between capabilities and the KVM_CHECK_EXTENSION ioctl is that userspace can, at run-time, determine if a feature is supported or not. This allows KVM to being supporting a new feature with a new kernel version without any need to update user space. Unfortunately, since the definition of KVM_CAP_READONLY_MEM was guarded by #ifdef __KVM_HAVE_READONLY_MEM, such discovery still required a user space update. Therefore, unconditionally export KVM_CAP_READONLY_MEM and change the in-kernel conditional to rely on __KVM_HAVE_READONLY_MEM. Signed-off-by: Christoffer Dall <christoffer.dall@linaro.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'crypto')
0 files changed, 0 insertions, 0 deletions