Chengming Zhou c2dc78b86e mm/ksm: fix ksm_zero_pages accounting ... We normally ksm_zero_pages++ in ksmd when page is merged with zero page, but ksm_zero_pages-- is done from page tables side, where there is no any accessing protection of ksm_zero_pages. So we can read very exceptional value of ksm_zero_pages in rare cases, such as -1, which is very confusing to users. Fix it by changing to use atomic_long_t, and the same case with the mm->ksm_zero_pages. Link: https://lkml.kernel.org/r/20240528-b4-ksm-counters-v3-2-34bb358fdc13@linux.dev Fixes: e2942062e0 ("ksm: count all zero pages placed by KSM") Fixes: 6080d19f07 ("ksm: add ksm zero pages for each process") Signed-off-by: Chengming Zhou <chengming.zhou@linux.dev> Acked-by: David Hildenbrand <david@redhat.com> Cc: Andrea Arcangeli <aarcange@redhat.com> Cc: Hugh Dickins <hughd@google.com> Cc: Ran Xiaokai <ran.xiaokai@zte.com.cn> Cc: Stefan Roesch <shr@devkernel.io> Cc: xu xin <xu.xin16@zte.com.cn> Cc: Yang Yang <yang.yang29@zte.com.cn> Cc: <stable@vger.kernel.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>		2024-06-05 19:19:26 -07:00
..
Kconfig	…
Makefile	…
array.c	…
base.c	mm/ksm: fix ksm_zero_pages accounting	2024-06-05 19:19:26 -07:00
bootconfig.c	…
cmdline.c	…
consoles.c	…
cpuinfo.c	…
devices.c	…
fd.c	Assorted commits that had missed the last merge window...	2024-05-21 13:11:44 -07:00
fd.h	…
generic.c	…
inode.c	…
internal.h	…
interrupts.c	…
kcore.c	…
kmsg.c	…
loadavg.c	…
meminfo.c	…
namespaces.c	…
nommu.c	…
page.c	…
proc_net.c	…
proc_sysctl.c	…
proc_tty.c	…
root.c	…
self.c	…
softirqs.c	…
stat.c	…
task_mmu.c	mm: /proc/pid/smaps_rollup: avoid skipping vma after getting mmap_lock again	2024-05-24 11:55:07 -07:00
task_nommu.c	…
thread_self.c	…
uptime.c	…
util.c	…
version.c	…
vmcore.c	…