p2m: Check return value of p2m_set_entry() when decreasing reservation
authorGeorge Dunlap <george.dunlap@citrix.com>
Tue, 28 Nov 2017 12:13:26 +0000 (13:13 +0100)
committerJan Beulich <jbeulich@suse.com>
Tue, 28 Nov 2017 12:13:26 +0000 (13:13 +0100)
commita3d64de8e86f5812917d2d0af28298f80debdf9a
treeb2ddf3a1a18410f574d9998386ab94ca096b80bc
parent92790672dedf2eab042e04ecc277c19d40fd348a
p2m: Check return value of p2m_set_entry() when decreasing reservation

If the entire range specified to p2m_pod_decrease_reservation() is marked
populate-on-demand, then it will make a single p2m_set_entry() call,
reducing its PoD entry count.

Unfortunately, in the right circumstances, this p2m_set_entry() call
may fail.  It that case, repeated calls to decrease_reservation() may
cause p2m->pod.entry_count to fall below zero, potentially tripping
over BUG_ON()s to the contrary.

Instead, check to see if the entry succeeded, and return false if not.
The caller will then call guest_remove_page() on the gfns, which will
return -EINVAL upon finding no valid memory there to return.

Unfortunately if the order > 0, the entry may have partially changed.
A domain_crash() is probably the safest thing in that case.

Other p2m_set_entry() calls in the same function should be fine,
because they are writing the entry at its current order.  Nonetheless,
check the return value and crash if our assumption turns otu to be
wrong.

This is part of XSA-247.

Signed-off-by: George Dunlap <george.dunlap@citrix.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
xen/arch/x86/mm/p2m-pod.c