From: Chen Wandun chenwandun@huawei.com
hulk inclusion category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/I4SK3S CVE: NA
--------------------------------
The reason of disable shrink_page_cache in add_to_page_cache are:
1. Synchronous memory reclamation will affect performance. 2. add_to_page_cache will not increase the number of LRU size in HugeTLB situation, so shrink_page_cache will not be triggered.
Now, add_to_page_cache in mm/filemap.c and include/linux/pagemap.h are same, don't delete add_to_page_cache in mm/filemap.c, just keep interface for KABI.
Signed-off-by: Chen Wandun chenwandun@huawei.com Reviewed-by: Kefeng Wang wangkefeng.wang@huawei.com Signed-off-by: Yang Yingliang yangyingliang@huawei.com --- mm/filemap.c | 2 -- 1 file changed, 2 deletions(-)
diff --git a/mm/filemap.c b/mm/filemap.c index 320c97244e163..2827e2b670e02 100644 --- a/mm/filemap.c +++ b/mm/filemap.c @@ -991,8 +991,6 @@ int add_to_page_cache(struct page *page, { int error;
- if (vm_cache_limit_mbytes && page_cache_over_limit()) - shrink_page_cache(gfp_mask); __SetPageLocked(page); error = add_to_page_cache_locked(page, mapping, offset, gfp_mask); if (unlikely(error))