Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1694551
| From | Michal Hocko <mhocko@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings |
| Date | 2017-07-24 11:00 +0200 |
| Message-ID | <u6HnB-2u7-29@gated-at.bofh.it> (permalink) |
| References | <u5f0m-4He-11@gated-at.bofh.it> <u5qoO-3MG-9@gated-at.bofh.it> <u5HfX-5Zt-5@gated-at.bofh.it> <u5Nv4-1tI-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri 21-07-17 14:18:31, Mike Kravetz wrote:
[...]
> >From 5c4a1602bd6a942544ed011dc0a72fd258e874b2 Mon Sep 17 00:00:00 2001
> From: Mike Kravetz <mike.kravetz@oracle.com>
> Date: Wed, 12 Jul 2017 13:52:47 -0700
> Subject: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
>
> mremap will attempt to create a 'duplicate' mapping if old_size
> == 0 is specified. In the case of private mappings, mremap
> will actually create a fresh separate private mapping unrelated
> to the original. This does not fit with the design semantics of
> mremap as the intention is to create a new mapping based on the
> original.
>
> Therefore, return EINVAL in the case where an attempt is made
> to duplicate a private mapping. Also, print a warning message
> (once) if such an attempt is made.
>
> Signed-off-by: Mike Kravetz <mike.kravetz@oracle.com>
Acked-by: Michal Hocko <mhocko@suse.com>
Thanks!
> ---
> mm/mremap.c | 13 +++++++++++++
> 1 file changed, 13 insertions(+)
>
> diff --git a/mm/mremap.c b/mm/mremap.c
> index cd8a1b1..75b167d 100644
> --- a/mm/mremap.c
> +++ b/mm/mremap.c
> @@ -383,6 +383,19 @@ static struct vm_area_struct *vma_to_resize(unsigned long addr,
> if (!vma || vma->vm_start > addr)
> return ERR_PTR(-EFAULT);
>
> + /*
> + * !old_len is a special case where an attempt is made to 'duplicate'
> + * a mapping. This makes no sense for private mappings as it will
> + * instead create a fresh/new mapping unrelated to the original. This
> + * is contrary to the basic idea of mremap which creates new mappings
> + * based on the original. There are no known use cases for this
> + * behavior. As a result, fail such attempts.
> + */
> + if (!old_len && !(vma->vm_flags & (VM_SHARED | VM_MAYSHARE))) {
> + pr_warn_once("%s (%d): attempted to duplicate a private mapping with mremap. This is not supported.\n", current->comm, current->pid);
> + return ERR_PTR(-EINVAL);
> + }
> +
> if (is_vm_hugetlb_page(vma))
> return ERR_PTR(-EINVAL);
>
> --
> 2.7.5
--
Michal Hocko
SUSE Labs
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings Mike Kravetz <mike.kravetz@oracle.com> - 2017-07-19 18:50 +0200
Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings Michal Hocko <mhocko@kernel.org> - 2017-07-20 10:30 +0200
[PATCH v2] mm/mremap: Fail map duplication attempts for private mappings Mike Kravetz <mike.kravetz@oracle.com> - 2017-07-20 22:40 +0200
Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings Michal Hocko <mhocko@kernel.org> - 2017-07-21 16:40 +0200
Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings Mike Kravetz <mike.kravetz@oracle.com> - 2017-07-21 23:20 +0200
Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings Michal Hocko <mhocko@kernel.org> - 2017-07-24 11:00 +0200
csiph-web