summaryrefslogtreecommitdiff
path: root/fs/jfs/jfs_unicode.h
diff options
context:
space:
mode:
authorPaul Mackerras <paulus@samba.org>2012-09-25 20:33:06 (GMT)
committerAlexander Graf <agraf@suse.de>2012-10-05 21:38:55 (GMT)
commit55b665b0263ae88a776071306ef1eee4b769016b (patch)
treec83b5a0f8961ecac8a708cbdeb01f41d5b685d9e /fs/jfs/jfs_unicode.h
parenta8bd19ef4dd49f0eef86a4a8eb43d60f967236b8 (diff)
downloadlinux-fsl-qoriq-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 'fs/jfs/jfs_unicode.h')
0 files changed, 0 insertions, 0 deletions