From: Stefan Roesch <shr@devkernel.io>
To: David Hildenbrand <david@redhat.com>
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
linux-s390@vger.kernel.org, linux-kselftest@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
Rik van Riel <riel@surriel.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Michal Hocko <mhocko@suse.com>,
Christian Borntraeger <borntraeger@linux.ibm.com>,
Janosch Frank <frankja@linux.ibm.com>,
Claudio Imbrenda <imbrenda@linux.ibm.com>,
Heiko Carstens <hca@linux.ibm.com>,
Vasily Gorbik <gor@linux.ibm.com>,
Sven Schnelle <svens@linux.ibm.com>,
Shuah Khan <shuah@kernel.org>
Subject: Re: [PATCH v1 1/3] mm/ksm: unmerge and clear VM_MERGEABLE when setting PR_SET_MEMORY_MERGE=0
Date: Thu, 20 Apr 2023 14:21:42 -0700 [thread overview]
Message-ID: <qvqwr0sei6sl.fsf@devbig1114.prn1.facebook.com> (raw)
In-Reply-To: <20230418152849.505124-2-david@redhat.com>
David Hildenbrand <david@redhat.com> writes:
> Let's unmerge any KSM pages when setting PR_SET_MEMORY_MERGE=0, and clear
> the VM_MERGEABLE flag from all VMAs -- just like KSM would. Of course,
> only do that if we previously set PR_SET_MEMORY_MERGE=1.
>
> Signed-off-by: David Hildenbrand <david@redhat.com>
> ---
> include/linux/ksm.h | 1 +
> kernel/sys.c | 7 +------
> mm/ksm.c | 47 +++++++++++++++++++++++++++++++++++++++++++++
> 3 files changed, 49 insertions(+), 6 deletions(-)
>
> diff --git a/include/linux/ksm.h b/include/linux/ksm.h
> index 590934bdddcf..7108bc65dc2a 100644
> --- a/include/linux/ksm.h
> +++ b/include/linux/ksm.h
> @@ -21,6 +21,7 @@ int ksm_madvise(struct vm_area_struct *vma, unsigned long start,
>
> void ksm_add_vma(struct vm_area_struct *vma);
> int ksm_enable_merge_any(struct mm_struct *mm);
> +int ksm_disable_merge_any(struct mm_struct *mm);
>
> int __ksm_enter(struct mm_struct *mm);
> void __ksm_exit(struct mm_struct *mm);
> diff --git a/kernel/sys.c b/kernel/sys.c
> index 72cdb16e2636..3436376667d7 100644
> --- a/kernel/sys.c
> +++ b/kernel/sys.c
> @@ -2698,12 +2698,7 @@ SYSCALL_DEFINE5(prctl, int, option, unsigned long, arg2, unsigned long, arg3,
> if (arg2) {
> error = ksm_enable_merge_any(me->mm);
> } else {
> - /*
> - * TODO: we might want disable KSM on all VMAs and
> - * trigger unsharing to completely disable KSM.
> - */
> - clear_bit(MMF_VM_MERGE_ANY, &me->mm->flags);
> - error = 0;
> + error = ksm_disable_merge_any(me->mm);
> }
>
nit:
can we do:
if (arg2)
error = ksm_enable_merge_any(me->mm);
else
error = ksm_disable_merge_any(me->mm);
mmap_write_unlock(me->mm);
break;
> diff --git a/mm/ksm.c b/mm/ksm.c
> index a959e8925413..813f7fbc1832 100644
> --- a/mm/ksm.c
> +++ b/mm/ksm.c
> @@ -2520,6 +2520,22 @@ static void __ksm_add_vma(struct vm_area_struct *vma)
> vm_flags_set(vma, VM_MERGEABLE);
> }
>
> +static int __ksm_del_vma(struct vm_area_struct *vma)
> +{
> + int err;
> +
> + if (!(vma->vm_flags & VM_MERGEABLE))
> + return 0;
> +
> + if (vma->anon_vma) {
> + err = unmerge_ksm_pages(vma, vma->vm_start, vma->vm_end);
> + if (err)
> + return err;
> + }
> +
> + vm_flags_clear(vma, VM_MERGEABLE);
> + return 0;
> +}
> /**
> * ksm_add_vma - Mark vma as mergeable if compatible
> *
> @@ -2542,6 +2558,20 @@ static void ksm_add_vmas(struct mm_struct *mm)
> __ksm_add_vma(vma);
> }
>
> +static int ksm_del_vmas(struct mm_struct *mm)
> +{
> + struct vm_area_struct *vma;
> + int err;
> +
> + VMA_ITERATOR(vmi, mm, 0);
> + for_each_vma(vmi, vma) {
> + err = __ksm_del_vma(vma);
> + if (err)
> + return err;
> + }
> + return 0;
> +}
> +
> /**
> * ksm_enable_merge_any - Add mm to mm ksm list and enable merging on all
> * compatible VMA's
> @@ -2569,6 +2599,23 @@ int ksm_enable_merge_any(struct mm_struct *mm)
> return 0;
> }
>
> +int ksm_disable_merge_any(struct mm_struct *mm)
>
I understand we want to keep the name "symmetric" with
ksm_enable_merge_any, but it also unmerges the ksm pages. Do we want to
reflect that in the function name?
Can we add a comment for the function?
> +{
> + int err;
> +
> + if (!test_bit(MMF_VM_MERGE_ANY, &mm->flags))
> + return 0;
> +
> + err = ksm_del_vmas(mm);
> + if (err) {
> + ksm_add_vmas(mm);
> + return err;
> + }
> +
> + clear_bit(MMF_VM_MERGE_ANY, &mm->flags);
>
We only clear the MMF_VM_MERGE_ANY flag if there are no errors. Is this
what we want? This means that if the process creates new memory regions
they would still be marked as mergeable.
> + return 0;
> +}
> +
> int ksm_madvise(struct vm_area_struct *vma, unsigned long start,
> unsigned long end, int advice, unsigned long *vm_flags)
> {
next prev parent reply other threads:[~2023-04-20 21:27 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-18 5:13 [PATCH v9 0/3] mm: process/cgroup ksm support Stefan Roesch
2023-04-18 5:13 ` [PATCH v9 1/3] mm: add new api to enable ksm per process Stefan Roesch
2023-04-18 5:13 ` [PATCH v9 2/3] mm: add new KSM process and sysfs knobs Stefan Roesch
2023-04-28 9:36 ` xu xin
2023-04-28 16:27 ` Stefan Roesch
2023-04-18 5:13 ` [PATCH v9 3/3] selftests/mm: add new selftests for KSM Stefan Roesch
2023-04-18 15:28 ` [PATCH v1 0/3] mm/ksm: improve PR_SET_MEMORY_MERGE=0 handling and cleanup disabling KSM David Hildenbrand
2023-04-18 15:28 ` [PATCH v1 1/3] mm/ksm: unmerge and clear VM_MERGEABLE when setting PR_SET_MEMORY_MERGE=0 David Hildenbrand
2023-04-20 21:21 ` Stefan Roesch [this message]
2023-04-21 17:11 ` David Hildenbrand
2023-04-21 17:21 ` David Hildenbrand
2023-04-21 18:28 ` Stefan Roesch
2023-04-18 15:28 ` [PATCH v1 2/3] selftests/ksm: ksm_functional_tests: add prctl unmerge test David Hildenbrand
2023-04-20 21:30 ` Stefan Roesch
2023-04-18 15:28 ` [PATCH v1 3/3] mm/ksm: move disabling KSM from s390/gmap code to KSM code David Hildenbrand
2023-04-19 11:39 ` Janosch Frank
2023-04-19 11:40 ` David Hildenbrand
2023-04-20 21:41 ` Stefan Roesch
2023-04-21 16:52 ` David Hildenbrand
2023-04-21 18:27 ` Stefan Roesch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=qvqwr0sei6sl.fsf@devbig1114.prn1.facebook.com \
--to=shr@devkernel.io \
--cc=akpm@linux-foundation.org \
--cc=borntraeger@linux.ibm.com \
--cc=david@redhat.com \
--cc=frankja@linux.ibm.com \
--cc=gor@linux.ibm.com \
--cc=hannes@cmpxchg.org \
--cc=hca@linux.ibm.com \
--cc=imbrenda@linux.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-s390@vger.kernel.org \
--cc=mhocko@suse.com \
--cc=riel@surriel.com \
--cc=shuah@kernel.org \
--cc=svens@linux.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.