OpenCloudOS-Kernel/arch/arm/xen
Jan Beulich 8310b77b48 Xen/gnttab: handle p2m update errors on a per-slot basis
Bailing immediately from set_foreign_p2m_mapping() upon a p2m updating
error leaves the full batch in an ambiguous state as far as the caller
is concerned. Instead flags respective slots as bad, unmapping what
was mapped there right away.

HYPERVISOR_grant_table_op()'s return value and the individual unmap
slots' status fields get used only for a one-time - there's not much we
can do in case of a failure.

Note that there's no GNTST_enomem or alike, so GNTST_general_error gets
used.

The map ops' handle fields get overwritten just to be on the safe side.

This is part of XSA-367.

Cc: <stable@vger.kernel.org>
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Juergen Gross <jgross@suse.com>
Link: https://lore.kernel.org/r/96cccf5d-e756-5f53-b91a-ea269bfb9be0@suse.com
Signed-off-by: Juergen Gross <jgross@suse.com>
2021-03-03 08:32:10 +01:00
..
Makefile xen/efi: have a common runtime setup function 2019-10-02 10:31:07 -04:00
enlighten.c arm/xen: Don't probe xenbus as part of an early initcall 2021-02-11 07:49:37 +01:00
grant-table.c xen: re-introduce support for grant v2 interface 2017-11-06 15:50:17 -05:00
hypercall.S get rid of legacy 'get_ds()' function 2019-03-04 10:50:14 -08:00
mm.c dma-mapping updates for 5.10 2020-10-15 14:43:29 -07:00
p2m.c Xen/gnttab: handle p2m update errors on a per-slot basis 2021-03-03 08:32:10 +01:00