mm/page_alloc: fix MEMF_no_dma allocations for single NUMA
authorSergey Dyasli <sergey.dyasli@citrix.com>
Wed, 9 Jan 2019 14:45:14 +0000 (15:45 +0100)
committerJan Beulich <jbeulich@suse.com>
Wed, 9 Jan 2019 14:45:14 +0000 (15:45 +0100)
commit5ac2dddb173b69be259ce4b259e73f971a4816c1
treef54748f10eab5503fa17e5100692fca39e7be8c4
parentb16281870e06f5f526029a4e69634a16dc38e8e4
mm/page_alloc: fix MEMF_no_dma allocations for single NUMA

Currently dma_bitsize is zero by default on single NUMA node machines.
This makes all alloc_domheap_pages() calls with MEMF_no_dma return NULL.

There is only 1 user of MEMF_no_dma: dom0_memflags, which are used
during memory allocation for Dom0. Failing allocation with default
dom0_memflags is especially severe for the PV Dom0 case: it makes
alloc_chunk() to use suboptimal 2MB allocation algorithm with a search
for higher memory addresses.

This can lead to the NMI watchdog timeout during PV Dom0 construction
on some machines, which can be worked around by specifying "dma_bits"
in Xen's cmdline manually.

Fix the issue by ignoring MEMF_no_dma in cases when dma_bitsize is zero,
which means there is no DMA zone. This shouldn't cause any issues for
Dom0 because alloc_heap_pages() will first use higher memory addresses
for satisfying memory allocation requests.

Signed-off-by: Sergey Dyasli <sergey.dyasli@citrix.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
xen/common/page_alloc.c