diff options
author | Paul Mackerras <paulus@samba.org> | 2012-09-26 00:33:06 +0400 |
---|---|---|
committer | Alexander Graf <agraf@suse.de> | 2012-10-06 01:38:55 +0400 |
commit | 55b665b0263ae88a776071306ef1eee4b769016b (patch) | |
tree | c83b5a0f8961ecac8a708cbdeb01f41d5b685d9e /Documentation/ia64 | |
parent | a8bd19ef4dd49f0eef86a4a8eb43d60f967236b8 (diff) | |
download | linux-55b665b0263ae88a776071306ef1eee4b769016b.tar.xz |
KVM: PPC: Book3S HV: Provide a way for userspace to get/set per-vCPU areas
The PAPR paravirtualization interface lets guests register three
different types of per-vCPU buffer areas in its memory for communication
with the hypervisor. These are called virtual processor areas (VPAs).
Currently the hypercalls to register and unregister VPAs are handled
by KVM in the kernel, and userspace has no way to know about or save
and restore these registrations across a migration.
This adds "register" codes for these three areas that userspace can
use with the KVM_GET/SET_ONE_REG ioctls to see what addresses have
been registered, and to register or unregister them. This will be
needed for guest hibernation and migration, and is also needed so
that userspace can unregister them on reset (otherwise we corrupt
guest memory after reboot by writing to the VPAs registered by the
previous kernel).
The "register" for the VPA is a 64-bit value containing the address,
since the length of the VPA is fixed. The "registers" for the SLB
shadow buffer and dispatch trace log (DTL) are 128 bits long,
consisting of the guest physical address in the high (first) 64 bits
and the length in the low 64 bits.
This also fixes a bug where we were calling init_vpa unconditionally,
leading to an oops when unregistering the VPA.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Alexander Graf <agraf@suse.de>
Diffstat (limited to 'Documentation/ia64')
0 files changed, 0 insertions, 0 deletions