The variable sc is NULL pointer in can_reclaim_anon_pages() when called
from zone_reclaimable_pages(). Check it before setting swapcache_only.
Reported-by: Sachin Sant <[email protected]>
Link: https://lore.kernel.org/linux-mm/[email protected]/T/
Fixes: 92039ae85e8d("mm: vmscan: try to reclaim swapcache pages if no swap space")
Signed-off-by: Liu Shixin <[email protected]>
---
mm/vmscan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/vmscan.c b/mm/vmscan.c
index f1dc0dbf1cdb..5eb85ddf403f 100644
--- a/mm/vmscan.c
+++ b/mm/vmscan.c
@@ -617,7 +617,7 @@ static inline bool can_reclaim_anon_pages(struct mem_cgroup *memcg,
if (get_nr_swap_pages() > 0)
return true;
/* Is there any swapcache pages to reclaim? */
- if (total_swapcache_pages() > 0) {
+ if (sc && total_swapcache_pages() > 0) {
sc->swapcache_only = 1;
return true;
}
@@ -626,7 +626,7 @@ static inline bool can_reclaim_anon_pages(struct mem_cgroup *memcg,
if (mem_cgroup_get_nr_swap_pages(memcg) > 0)
return true;
/* Is there any swapcache pages in memcg to reclaim? */
- if (mem_cgroup_get_nr_swapcache_pages(memcg) > 0) {
+ if (sc && mem_cgroup_get_nr_swapcache_pages(memcg) > 0) {
sc->swapcache_only = 1;
return true;
}
--
2.25.1
On 2023/9/8 20:56, Sachin Sant wrote:
>
>> On 08-Sep-2023, at 3:01 PM, Liu Shixin <[email protected]> wrote:
>>
>> The variable sc is NULL pointer in can_reclaim_anon_pages() when called
>> from zone_reclaimable_pages(). Check it before setting swapcache_only.
>>
>> Reported-by: Sachin Sant <[email protected]>
>> Link: https://lore.kernel.org/linux-mm/[email protected]/T/
>> Fixes: 92039ae85e8d("mm: vmscan: try to reclaim swapcache pages if no swap space")
>> Signed-off-by: Liu Shixin <[email protected]>
>> ---
>> mm/vmscan.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
> Thanks for the fix. With this patch applied although I no longer run into
> the reported crash the test program doesn’t complete. I have observed
> hung task timeouts while running the program.
>
> # ./min_free_kbytes
> tst_test.c:1547: TINFO: Timeout per run is disabled
> mem.c:648: TINFO: set overcommit_memory to 2
> mem.c:648: TINFO: set min_free_kbytes to 31116
> memfree is 58822592 kB before eatup mem
> [ 490.838676] __vm_enough_memory: pid: 10431, comm: min_free_kbytes, not enough memory for the allocation
> memfree is 25224000 kB after eatup mem
> mem.c:648: TINFO: set min_free_kbytes to 62232
> memfree is 58794048 kB before eatup mem
> [ 493.789210] __vm_enough_memory: pid: 10807, comm: min_free_kbytes, not enough memory for the allocation
> memfree is 25239232 kB after eatup mem
> mem.c:648: TINFO: set min_free_kbytes to 1211553
> memfree is 58777344 kB before eatup mem
> [ 496.736678] __vm_enough_memory: pid: 10943, comm: min_free_kbytes, not enough memory for the allocation
> memfree is 25145600 kB after eatup mem
> mem.c:648: TINFO: set overcommit_memory to 0
> mem.c:648: TINFO: set min_free_kbytes to 31116
> memfree is 58684864 kB before eatup mem
> [ 736.065807] INFO: task kworker/u260:0:178 blocked for more than 122 seconds.
> [ 736.065833] Tainted: G E 6.5.0-next-20230907-dirty #16
> [ 736.065837] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> [ 736.065842] task:kworker/u260:0 state:D stack:0 pid:178 ppid:2 flags:0x00000000
> [ 736.065852] Workqueue: writeback wb_workfn (flush-8:0)
> [ 736.065864] Call Trace:
> [ 736.065867] [c0000000080e32a0] [c0000000080e3500] 0xc0000000080e3500 (unreliable)
> [ 736.065875] [c0000000080e3450] [c00000000001fc9c] __switch_to+0x13c/0x220
> [ 736.065884] [c0000000080e34b0] [c000000000fec5b0] __schedule+0x260/0x7c0
> [ 736.065891] [c0000000080e3580] [c000000000fecb84] schedule+0x74/0x150
> [ 736.065897] [c0000000080e35f0] [c000000000fecce4] io_schedule+0x54/0x80
> [ 736.065902] [c0000000080e3620] [c0000000007fb1fc] rq_qos_wait+0xfc/0x1e0
> [ 736.065910] [c0000000080e36d0] [c0000000008278a4] wbt_wait+0xd4/0x170
> [ 736.065916] [c0000000080e3730] [c0000000007fab64] __rq_qos_throttle+0x54/0x80
> [ 736.065922] [c0000000080e3760] [c0000000007df0dc] blk_mq_get_new_requests+0xfc/0x270
> [ 736.065931] [c0000000080e37f0] [c0000000007e4e6c] blk_mq_submit_bio+0x37c/0x580
> [ 736.065937] [c0000000080e3850] [c0000000007cd830] __submit_bio+0x30/0x250
> [ 736.065944] [c0000000080e3880] [c0000000007ce110] submit_bio_noacct_nocheck+0x140/0x260
> [ 736.065951] [c0000000080e38f0] [c000000000675a0c] iomap_submit_ioend+0x8c/0xf0
> [ 736.065959] [c0000000080e3930] [c00800000154fc20] xfs_vm_writepages+0xc8/0x140 [xfs]
> [ 736.066063] [c0000000080e39e0] [c0000000004768d0] do_writepages+0xc0/0x290
> [ 736.066070] [c0000000080e3a60] [c00000000061553c] __writeback_single_inode+0x6c/0x500
> [ 736.066076] [c0000000080e3ab0] [c0000000006160cc] writeback_sb_inodes+0x2dc/0x6d0
> [ 736.066081] [c0000000080e3bd0] [c000000000616544] __writeback_inodes_wb+0x84/0x1a0
> [ 736.066087] [c0000000080e3c40] [c0000000006169bc] wb_writeback+0x35c/0x4b0
> [ 736.066092] [c0000000080e3d00] [c000000000618274] wb_workfn+0x3a4/0x6f0
> [ 736.066097] [c0000000080e3e50] [c00000000018d4ec] process_one_work+0x1ec/0x4a0
> [ 736.066105] [c0000000080e3ef0] [c00000000018db5c] worker_thread+0x3bc/0x590
> [ 736.066112] [c0000000080e3f90] [c00000000019c2e8] kthread+0x138/0x140
> [ 736.066118] [c0000000080e3fe0] [c00000000000df98] start_kernel_thread+0x14/0x18
>
> The system seems to lockup(atleast appears that way) after few minutes. I cannot ssh to
> the system. Killing the test program doesn’t appear to help.
> I have attached the console output.
>
> There still seems to be some issue with the patch.
I sent a new version to replace patch 92039ae85e8d("mm: vmscan: try to reclaim swapcache pages if no swap space")
Could you replace it with new version and test again?
https://lore.kernel.org/linux-mm/[email protected]/
thanks,
>
> - Sachin
>