xen/arm: gic-v3: Make sure ICC_SRE_EL1 is restored before ICH_VMCR_EL2

Per 8.4.8 in ARM IHI 0069D, ICH_VMCR_EL2.VFIQEn is RES1 when
ICC_SRE_EL1.SRE is 1. This causes a Group 0 interrupt (as generated in
GICv2 mode) to be delivered as a FIQ to the guest, with potentially
consequence. So we must make sure that ICC_SRE_EL1 has been actually
programmed before at ICH_VMCR_EL2.

This was discovered when booting EFI in a GICv2 guest on a GICv3
hardware.

Signed-off-by: Julien Grall <julien.grall@linaro.org>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
This commit is contained in:
Julien Grall authored and Stefano Stabellini committed 2017-10-19 14:12:10 -07:00
1 parent 0c8055c2f4
commit 6ccf25d46c
1 file changed
+9
+9
View File
@@ -392,7 +392,16 @@ static void gicv3_restore_state(const struct vcpu *v)
val |= GICC_SRE_EL2_ENEL1;
WRITE_SYSREG32(val, ICC_SRE_EL2);
/*
* VFIQEn is RES1 if ICC_SRE_EL1.SRE is 1. This causes a Group0
* interrupt (as generated in GICv2 mode) to be delivered as a FIQ
* to the guest, with potentially consequence. So we must make sure
* that ICC_SRE_EL1 has been actually programmed with the value we
* want before starting to mess with the rest of the GIC, and
* VMCR_EL1 in particular.
*/
WRITE_SYSREG32(v->arch.gic.v3.sre_el1, ICC_SRE_EL1);
isb();
WRITE_SYSREG32(v->arch.gic.v3.vmcr, ICH_VMCR_EL2);
restore_aprn_regs(&v->arch.gic);
gicv3_restore_lrs(v);
Reference in new issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.