summaryrefslogtreecommitdiff
path: root/arch/powerpc/kvm/powerpc.c
diff options
context:
space:
mode:
authorNicholas Piggin <npiggin@gmail.com>2022-02-22 16:47:26 +1000
committerMichael Ellerman <mpe@ellerman.id.au>2022-03-08 13:14:00 +1100
commit839d893b4067da14b9c46fda2dfd88b80aeed551 (patch)
tree123d89cb4a0f94cc0c348d242d33095a413611f8 /arch/powerpc/kvm/powerpc.c
parentb5149e229218118c9cd44a4d256f970ddcbf745b (diff)
KVM: PPC: Book3S PR: Disallow AIL != 0
KVM PR does not implement address translation modes on interrupt, so it must not allow H_SET_MODE to succeed. The behaviour change caused by this mode is architected and not advisory (interrupts *must* behave differently). QEMU does not deal with differences in AIL support in the host. The solution to that is a spapr capability and corresponding KVM CAP, but this patch does not break things more than before (the host behaviour already differs, this change just disallows some modes that are not implemented properly). By happy coincidence, this allows PR Linux guests that are using the SCV facility to boot and run, because Linux disables the use of SCV if AIL can not be set to 3. This does not fix the underlying problem of missing SCV support (an OS could implement real-mode SCV vectors and try to enable the facility). The true fix for that is for KVM PR to emulate scv interrupts from the facility unavailable interrupt. Signed-off-by: Nicholas Piggin <npiggin@gmail.com> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Reviewed-by: Fabiano Rosas <farosas@linux.ibm.com> Link: https://lore.kernel.org/r/20220222064727.2314380-3-npiggin@gmail.com
Diffstat (limited to 'arch/powerpc/kvm/powerpc.c')
0 files changed, 0 insertions, 0 deletions