summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorChristoffer Dall <christoffer.dall@arm.com>2018-07-16 09:06:26 -0400
committerMarc Zyngier <marc.zyngier@arm.com>2018-07-21 11:02:29 -0400
commit32f8777ed92d73e504840a955a9dc92617826b69 (patch)
tree349fd8832cadb05bc3899d061a07f596c03d7cdc
parentd53c2c29ae0dfac1e062939afeaeaa1a45cc47a3 (diff)
KVM: arm/arm64: vgic: Let userspace opt-in to writable v2 IGROUPR
Simply letting IGROUPR be writable from userspace would break migration from old kernels to newer kernels, because old kernels incorrectly report interrupt groups as group 1. This would not be a big problem if userspace wrote GICD_IIDR as read from the kernel, because we could detect the incompatibility and return an error to userspace. Unfortunately, this is not the case with current userspace implementations and simply letting IGROUPR be writable from userspace for an emulated GICv2 silently breaks migration and causes the destination VM to no longer run after migration. We now encourage userspace to write the read and expected value of GICD_IIDR as the first part of a GIC register restore, and if we observe a write to GICD_IIDR we know that userspace has been updated and has had a chance to cope with older kernels (VGICv2 IIDR.Revision == 0) incorrectly reporting interrupts as group 1, and therefore we now allow groups to be user writable. Reviewed-by: Andrew Jones <drjones@redhat.com> Signed-off-by: Christoffer Dall <christoffer.dall@arm.com> Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
-rw-r--r--include/kvm/arm_vgic.h3
-rw-r--r--virt/kvm/arm/vgic/vgic-mmio-v2.c16
2 files changed, 18 insertions, 1 deletions
diff --git a/include/kvm/arm_vgic.h b/include/kvm/arm_vgic.h
index c661d0ee6628..c134790be32c 100644
--- a/include/kvm/arm_vgic.h
+++ b/include/kvm/arm_vgic.h
@@ -221,6 +221,9 @@ struct vgic_dist {
221 /* Implementation revision as reported in the GICD_IIDR */ 221 /* Implementation revision as reported in the GICD_IIDR */
222 u32 implementation_rev; 222 u32 implementation_rev;
223 223
224 /* Userspace can write to GICv2 IGROUPR */
225 bool v2_groups_user_writable;
226
224 /* Do injected MSIs require an additional device ID? */ 227 /* Do injected MSIs require an additional device ID? */
225 bool msis_require_devid; 228 bool msis_require_devid;
226 229
diff --git a/virt/kvm/arm/vgic/vgic-mmio-v2.c b/virt/kvm/arm/vgic/vgic-mmio-v2.c
index ee164f831401..26654f4140ed 100644
--- a/virt/kvm/arm/vgic/vgic-mmio-v2.c
+++ b/virt/kvm/arm/vgic/vgic-mmio-v2.c
@@ -85,6 +85,18 @@ static int vgic_mmio_uaccess_write_v2_misc(struct kvm_vcpu *vcpu,
85 case GIC_DIST_IIDR: 85 case GIC_DIST_IIDR:
86 if (val != vgic_mmio_read_v2_misc(vcpu, addr, len)) 86 if (val != vgic_mmio_read_v2_misc(vcpu, addr, len))
87 return -EINVAL; 87 return -EINVAL;
88
89 /*
90 * If we observe a write to GICD_IIDR we know that userspace
91 * has been updated and has had a chance to cope with older
92 * kernels (VGICv2 IIDR.Revision == 0) incorrectly reporting
93 * interrupts as group 1, and therefore we now allow groups to
94 * be user writable. Doing this by default would break
95 * migration from old kernels to new kernels with legacy
96 * userspace.
97 */
98 vcpu->kvm->arch.vgic.v2_groups_user_writable = true;
99 return 0;
88 } 100 }
89 101
90 vgic_mmio_write_v2_misc(vcpu, addr, len, val); 102 vgic_mmio_write_v2_misc(vcpu, addr, len, val);
@@ -95,7 +107,9 @@ static int vgic_mmio_uaccess_write_v2_group(struct kvm_vcpu *vcpu,
95 gpa_t addr, unsigned int len, 107 gpa_t addr, unsigned int len,
96 unsigned long val) 108 unsigned long val)
97{ 109{
98 /* Ignore writes from userspace */ 110 if (vcpu->kvm->arch.vgic.v2_groups_user_writable)
111 vgic_mmio_write_group(vcpu, addr, len, val);
112
99 return 0; 113 return 0;
100} 114}
101 115