x86/xen: safely map and unmap grant frames when in atomic context
authorDavid Vrabel <david.vrabel@citrix.com>
Fri, 11 Jul 2014 15:42:34 +0000 (16:42 +0100)
committerDavid Vrabel <david.vrabel@citrix.com>
Wed, 30 Jul 2014 13:22:47 +0000 (14:22 +0100)
commitb7dd0e350e0bd4c0fddcc9b8958342700b00b168
treef69ea88b9e9f5e234d5c5d2f3f0ceaa22d3049b8
parentfb9a0c443691ceaab3daba966bbbd9f5ff3aa26f
x86/xen: safely map and unmap grant frames when in atomic context

arch_gnttab_map_frames() and arch_gnttab_unmap_frames() are called in
atomic context but were calling alloc_vm_area() which might sleep.

Also, if a driver attempts to allocate a grant ref from an interrupt
and the table needs expanding, then the CPU may already by in lazy MMU
mode and apply_to_page_range() will BUG when it tries to re-enable
lazy MMU mode.

These two functions are only used in PV guests.

Introduce arch_gnttab_init() to allocates the virtual address space in
advance.

Avoid the use of apply_to_page_range() by using saving and using the
array of PTE addresses from the alloc_vm_area() call (which ensures
that the required page tables are pre-allocated).

Signed-off-by: David Vrabel <david.vrabel@citrix.com>
Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
arch/arm/xen/grant-table.c
arch/x86/xen/grant-table.c
drivers/xen/grant-table.c
include/xen/grant_table.h