diff options
| author | Laura Abbott | 2017-08-19 00:16:27 +0200 |
|---|---|---|
| committer | Linus Torvalds | 2017-08-19 00:32:02 +0200 |
| commit | 704b862f9efd6d4c87a8d0a344dda19bda9c6b69 (patch) | |
| tree | 7e5b86e24c47e8ac8c021be6a08a705c40a134e2 /include/linux/wait.h | |
| parent | mm/mempolicy: fix use after free when calling get_mempolicy (diff) | |
| download | kernel-qcow2-linux-704b862f9efd6d4c87a8d0a344dda19bda9c6b69.tar.gz kernel-qcow2-linux-704b862f9efd6d4c87a8d0a344dda19bda9c6b69.tar.xz kernel-qcow2-linux-704b862f9efd6d4c87a8d0a344dda19bda9c6b69.zip | |
mm/vmalloc.c: don't unconditonally use __GFP_HIGHMEM
Commit 19809c2da28a ("mm, vmalloc: use __GFP_HIGHMEM implicitly") added
use of __GFP_HIGHMEM for allocations. vmalloc_32 may use
GFP_DMA/GFP_DMA32 which does not play nice with __GFP_HIGHMEM and will
trigger a BUG in gfp_zone.
Only add __GFP_HIGHMEM if we aren't using GFP_DMA/GFP_DMA32.
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1482249
Link: http://lkml.kernel.org/r/20170816220705.31374-1-labbott@redhat.com
Fixes: 19809c2da28a ("mm, vmalloc: use __GFP_HIGHMEM implicitly")
Signed-off-by: Laura Abbott <labbott@redhat.com>
Acked-by: Michal Hocko <mhocko@suse.com>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Cc: <stable@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'include/linux/wait.h')
0 files changed, 0 insertions, 0 deletions