[PATCH 1/2] arm64: Workaround renaming of __GFP_WAIT
Robin Murphy
robin.murphy at arm.com
Fri Oct 16 08:33:41 PDT 2015
The imminent renaming of __GFP_WAIT in the mm tree conflicts with its
use in the new IOMMU DMA ops; introduce a temporary local version of
its replacement to smooth over the transition.
This patch should be reverted at 4.4-rc1.
CC: Mel Gorman <mgorman at techsingularity.net>
CC: Andrew Morton <akpm at linux-foundation.org>
Reported-by: Sudeep Holla <sudeep.holla at arm.com>
Signed-off-by: Robin Murphy <robin.murphy at arm.com>
---
Sudeep points out that there are pending changes in -next touching arm64
which I hadn't spotted, which end up breaking the build when merged with
my changes in the IOMMU tree. Catalin, would you mind acking these fixes
so that Joerg can carry them? We should be able to send the revert through
arm64 once the dust has settled.
Thanks,
Robin.
---
arch/arm64/mm/dma-mapping.c | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index 6320361..66444df 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64/mm/dma-mapping.c
@@ -546,6 +546,10 @@ static void flush_page(struct device *dev, const void *virt, phys_addr_t phys)
__dma_flush_range(virt, virt + PAGE_SIZE);
}
+#ifdef __GFP_WAIT
+#define gfpflags_allow_blocking(gfp) ((gfp) & __GFP_WAIT)
+#endif
+
static void *__iommu_alloc_attrs(struct device *dev, size_t size,
dma_addr_t *handle, gfp_t gfp,
struct dma_attrs *attrs)
--
1.9.1
More information about the linux-arm-kernel
mailing list