At the moment, when we receive an SError exception from the guest, we
don't check if there are any other pending. For hardening the code, we
should ensure any pending SError are accounted to the guest before
executing any code with SError unmasked.
The recently introduced macro 'guest_vector' could used to generate the
two vectors and therefore take advantage of any change required in the
future.
Signed-off-by: Julien Grall <julien.grall@arm.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
Release-acked-by: Juergen Gross <jgross@suse.com>
invalid BAD_FIQ
guest_error:
- entry hyp=0, compat=0
- msr daifclr, #IFLAGS__AI_
- mov x0, sp
- bl do_trap_guest_serror
- exit hyp=0, compat=0
+ guest_vector compat=0, iflags=IFLAGS__AI_, trap=guest_serror
guest_sync_compat:
guest_vector compat=1, iflags=IFLAGS__AI_, trap=guest_sync
invalid BAD_FIQ
guest_error_compat:
- entry hyp=0, compat=1
- msr daifclr, #IFLAGS__AI_
- mov x0, sp
- bl do_trap_guest_serror
- exit hyp=0, compat=1
+ guest_vector compat=1, iflags=IFLAGS__AI_, trap=guest_serror
ENTRY(return_to_new_vcpu32)
exit hyp=0, compat=1