diff options
| author | Michal Hocko <[email protected]> | 2018-02-01 00:21:03 +0000 |
|---|---|---|
| committer | Linus Torvalds <[email protected]> | 2018-02-01 01:18:40 +0000 |
| commit | 389c8178d0904f944887ccca2256ff9d79c12e8e (patch) | |
| tree | b4b089a0b4406d0215237ecc28f4f34c14958a70 /scripts/gcc-plugins/randomize_layout_plugin.c | |
| parent | hugetlb, mempolicy: fix the mbind hugetlb migration (diff) | |
| download | kernel-389c8178d0904f944887ccca2256ff9d79c12e8e.tar.gz kernel-389c8178d0904f944887ccca2256ff9d79c12e8e.zip | |
hugetlb, mbind: fall back to default policy if vma is NULL
Dan Carpenter has noticed that mbind migration callback (new_page) can
get a NULL vma pointer and choke on it inside alloc_huge_page_vma which
relies on the VMA to get the hstate. We used to BUG_ON this case but
the BUG_+ON has been removed recently by "hugetlb, mempolicy: fix the
mbind hugetlb migration".
The proper way to handle this is to get the hstate from the migrated
page and rely on huge_node (resp. get_vma_policy) do the right thing
with null VMA. We are currently falling back to the default mempolicy
in that case which is in line what THP path is doing here.
Link: http://lkml.kernel.org/r/[email protected]
Signed-off-by: Michal Hocko <[email protected]>
Reported-by: Dan Carpenter <[email protected]>
Cc: Naoya Horiguchi <[email protected]>
Cc: Mike Kravetz <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'scripts/gcc-plugins/randomize_layout_plugin.c')
0 files changed, 0 insertions, 0 deletions
