File 5bf41311-x86-dont-flush-after-L1e-update-failur... of Package xen.11319

Overview Repositories Revisions Requests Users Attributes Meta

File 5bf41311-x86-dont-flush-after-L1e-update-failure.patch of Package xen.11319

# Commit 6c8d50288722672ecc8e19b0741a31b521d01706
# Date 2018-11-20 14:58:41 +0100
# Author Andrew Cooper <andrew.cooper3@citrix.com>
# Committer Jan Beulich <jbeulich@suse.com>
x86/mm: Don't perform flush after failing to update a guests L1e

If the L1e update hasn't occured, the flush cannot do anything useful.  This
skips the potentially expensive vcpumask_to_pcpumask() conversion, and
broadcast TLB shootdown.

More importantly however, we might be in the error path due to a bad va
parameter from the guest, and this should not propagate into the TLB flushing
logic.  The INVPCID instruction for example raises #GP for a non-canonical
address.

This is XSA-279.

Reported-by: Matthew Daley <mattd@bugfuzz.com>
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>

--- a/xen/arch/x86/mm.c
+++ b/xen/arch/x86/mm.c
@@ -4645,6 +4645,14 @@ static int __do_update_va_mapping(
     if ( pl1e )
         guest_unmap_l1e(v, pl1e);
 
+    /*
+     * Any error at this point means that we haven't change the l1e.  Skip the
+     * flush, as it won't do anything useful.  Furthermore, va is guest
+     * controlled and not necesserily audited by this point.
+     */
+    if ( rc )
+        return rc;
+
     switch ( flags & UVMF_FLUSHTYPE_MASK )
     {
     case UVMF_TLB_FLUSH:

Places

File 5bf41311-x86-dont-flush-after-L1e-update-failure.patch of Package xen.11319

Places