public inbox for linux-mm@kvack.org
 help / color / mirror / Atom feed
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>

  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