aboutsummaryrefslogtreecommitdiff
path: root/lib/crypto/mpi/mpi-mod.c
diff options
context:
space:
mode:
authorYunsheng Lin <[email protected]>2024-02-28 17:30:09 +0800
committerPaolo Abeni <[email protected]>2024-03-05 11:38:14 +0100
commit4bc0d63a23957262b01b5848bd5e1739e98bbf36 (patch)
tree338d70eb8386b8f128f26b6d01f12dec1f7dc2a7 /lib/crypto/mpi/mpi-mod.c
parent411c5f36805c02c7c412f1ad6bfa4459a1148011 (diff)
page_frag: unify gfp bits for order 3 page allocation
Currently there seems to be three page frag implementations which all try to allocate order 3 page, if that fails, it then fail back to allocate order 0 page, and each of them all allow order 3 page allocation to fail under certain condition by using specific gfp bits. The gfp bits for order 3 page allocation are different between different implementation, __GFP_NOMEMALLOC is or'd to forbid access to emergency reserves memory for __page_frag_cache_refill(), but it is not or'd in other implementions, __GFP_DIRECT_RECLAIM is masked off to avoid direct reclaim in vhost_net_page_frag_refill(), but it is not masked off in __page_frag_cache_refill(). This patch unifies the gfp bits used between different implementions by or'ing __GFP_NOMEMALLOC and masking off __GFP_DIRECT_RECLAIM for order 3 page allocation to avoid possible pressure for mm. Leave the gfp unifying for page frag implementation in sock.c for now as suggested by Paolo Abeni. Signed-off-by: Yunsheng Lin <[email protected]> Reviewed-by: Alexander Duyck <[email protected]> CC: Alexander Duyck <[email protected]> Acked-by: Michael S. Tsirkin <[email protected]> Signed-off-by: Paolo Abeni <[email protected]>
Diffstat (limited to 'lib/crypto/mpi/mpi-mod.c')
0 files changed, 0 insertions, 0 deletions