From: Lee Schermerhorn <lee.schermerhorn@hp.com>
To: akpm@linux-foundation.org
Cc: riel@redhat.com, linux-mm <linux-mm@kvack.org>,
kosaki.motohiro@jp.fujitsu.com, Eric.Whitney@hp.com
Subject: [PATCH 5/7] Mlock: update locked_vm on munmap() of mlocked() region.
Date: Fri, 22 Aug 2008 17:11:00 -0400 [thread overview]
Message-ID: <20080822211100.29898.60644.sendpatchset@murky.usa.hp.com> (raw)
In-Reply-To: <20080822211028.29898.82599.sendpatchset@murky.usa.hp.com>
against patch: mmap-handle-mlocked-pages-during-map-remap-unmap.patch
munlock_vma_pages_range() clears VM_LOCKED for munlock_vma_page(), et al
to work. This causes remove_vma_list(), called from do_munmap(), to skip
updating locked_vm.
We don't want to restore the VM_LOCKED in munlock_vma_pages_range()
because the pages are still on the lru. If vmscan attempts to reclaim
any of these pages before we get a chance to unmap them,
try_to_un{lock|map}() may mlock them again. This will result in freeing
an mlocked page.
Add comment block to munlock_vma_pages_range() to explain
this to future would be callers.
Move the accounting of locked_vm from remove_vma_list() to the munlock
loop in do_munmap(). This is where the pages are munlocked and VM_LOCKED
is cleared. Note that remove_vma_list() is a helper function for
do_munmap(), called only from there.
Signed-off-by: Lee Schermerhorn <lee.schermerhorn@hp.com>
mm/mlock.c | 17 ++++++++++++++++-
mm/mmap.c | 6 +++---
2 files changed, 19 insertions(+), 4 deletions(-)
Index: linux-2.6.27-rc4-mmotm/mm/mlock.c
===================================================================
--- linux-2.6.27-rc4-mmotm.orig/mm/mlock.c 2008-08-21 12:04:06.000000000 -0400
+++ linux-2.6.27-rc4-mmotm/mm/mlock.c 2008-08-22 15:43:39.000000000 -0400
@@ -305,7 +305,22 @@ no_mlock:
/*
- * munlock all pages in the vma range. For mremap(), munmap() and exit().
+ * munlock_vma_pages_range() - munlock all pages in the vma range.'
+ * @vma - vma containing range to be munlock()ed.
+ * @start - start address in @vma of the range
+ * @end - end of range in @vma.
+ *
+ * For mremap(), munmap() and exit().
+ *
+ * Called with @vma VM_LOCKED.
+ *
+ * Returns with VM_LOCKED cleared. Callers must be prepared to
+ * deal with this.
+ *
+ * We don't save and restore VM_LOCKED here because pages are
+ * still on lru. In unmap path, pages might be scanned by reclaim
+ * and re-mlocked by try_to_{munlock|unmap} before we unmap and
+ * free them. This will result in freeing mlocked pages.
*/
void munlock_vma_pages_range(struct vm_area_struct *vma,
unsigned long start, unsigned long end)
Index: linux-2.6.27-rc4-mmotm/mm/mmap.c
===================================================================
--- linux-2.6.27-rc4-mmotm.orig/mm/mmap.c 2008-08-22 09:19:10.000000000 -0400
+++ linux-2.6.27-rc4-mmotm/mm/mmap.c 2008-08-22 15:21:40.000000000 -0400
@@ -1752,8 +1752,6 @@ static void remove_vma_list(struct mm_st
long nrpages = vma_pages(vma);
mm->total_vm -= nrpages;
- if (vma->vm_flags & VM_LOCKED)
- mm->locked_vm -= nrpages;
vm_stat_account(mm, vma->vm_flags, vma->vm_file, -nrpages);
vma = remove_vma(vma);
} while (vma);
@@ -1924,8 +1922,10 @@ int do_munmap(struct mm_struct *mm, unsi
if (mm->locked_vm) {
struct vm_area_struct *tmp = vma;
while (tmp && tmp->vm_start < end) {
- if (tmp->vm_flags & VM_LOCKED)
+ if (tmp->vm_flags & VM_LOCKED) {
+ mm->locked_vm -= vma_pages(tmp);
munlock_vma_pages_all(tmp);
+ }
tmp = tmp->vm_next;
}
}
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2008-08-22 21:11 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-22 21:10 [Patch 0/7] Mlock: doc, patch grouping and error return cleanups Lee Schermerhorn
2008-08-22 21:10 ` [PATCH 1/7] Mlock: fix __mlock_vma_pages_range comment block Lee Schermerhorn
2008-08-22 21:10 ` [PATCH 2/7] Mlock: backout locked_vm adjustment during mmap() Lee Schermerhorn
2008-08-22 21:10 ` [PATCH 3/7] Mlock: resubmit locked_vm adjustment as separate patch Lee Schermerhorn
2008-08-22 23:11 ` Andrew Morton
2008-08-25 13:01 ` Lee Schermerhorn
2008-08-22 21:10 ` [PATCH 4/7] Mlock: fix return value for munmap/mlock vma race Lee Schermerhorn
2008-08-22 21:11 ` Lee Schermerhorn [this message]
2008-08-22 21:11 ` [PATCH 6/7] Mlock: revert mainline handling of mlock error return Lee Schermerhorn
2008-08-22 21:11 ` [PATCH 7/7] Mlock: make mlock error return Posixly Correct Lee Schermerhorn
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=20080822211100.29898.60644.sendpatchset@murky.usa.hp.com \
--to=lee.schermerhorn@hp.com \
--cc=Eric.Whitney@hp.com \
--cc=akpm@linux-foundation.org \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-mm@kvack.org \
--cc=riel@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox