From: Johannes Weiner <hannes@cmpxchg.org>
To: linux-mm@kvack.org
Cc: linux-kernel@vger.kernel.org,
KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
Hugh Dickins <hugh.dickins@tiscali.co.uk>,
Mel Gorman <mel@csn.ul.ie>,
Lee Schermerhorn <Lee.Schermerhorn@hp.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>
Subject: [rfc patch 2/3] mm: serialize truncation unmap against try_to_unmap()
Date: Wed, 30 Sep 2009 23:09:23 +0200 [thread overview]
Message-ID: <1254344964-8124-2-git-send-email-hannes@cmpxchg.org> (raw)
In-Reply-To: <1254344964-8124-1-git-send-email-hannes@cmpxchg.org>
To munlock private COW pages on truncating unmap, we must serialize
against concurrent reclaimers doing try_to_unmap() so they don't
re-mlock the page before we free it.
Grabbing the page lock is not possible when zapping the page table
entries, so prevent lazy mlock in the reclaimer by holding onto the
anon_vma lock while unmapping a VMA.
The anon_vma can show up only after we tried locking it. Pass it down
in zap_details so that the zapping loops can check for whether we
acquired the lock or not.
Signed-off-by: Johannes Weiner <hannes@cmpxchg.org>
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Cc: Hugh Dickins <hugh.dickins@tiscali.co.uk>
Cc: Mel Gorman <mel@csn.ul.ie>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
---
include/linux/mm.h | 1 +
mm/memory.c | 11 +++++++++--
2 files changed, 10 insertions(+), 2 deletions(-)
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -999,6 +999,7 @@ unsigned long unmap_vmas(struct mmu_gath
int tlb_start_valid = 0;
unsigned long start = start_addr;
spinlock_t *i_mmap_lock = details? details->i_mmap_lock: NULL;
+ struct anon_vma *anon_vma = details? details->anon_vma: NULL;
int fullmm = (*tlbp)->fullmm;
struct mm_struct *mm = vma->vm_mm;
@@ -1056,8 +1057,9 @@ unsigned long unmap_vmas(struct mmu_gath
tlb_finish_mmu(*tlbp, tlb_start, start);
if (need_resched() ||
- (i_mmap_lock && spin_needbreak(i_mmap_lock))) {
- if (i_mmap_lock) {
+ (i_mmap_lock && spin_needbreak(i_mmap_lock)) ||
+ (anon_vma && spin_needbreak(&anon_vma->lock))) {
+ if (i_mmap_lock || anon_vma) {
*tlbp = NULL;
goto out;
}
@@ -2327,9 +2329,14 @@ again:
}
}
+ details->anon_vma = vma->anon_vma;
+ if (details->anon_vma)
+ spin_lock(&details->anon_vma->lock);
restart_addr = zap_page_range(vma, start_addr,
end_addr - start_addr, details);
need_break = need_resched() || spin_needbreak(details->i_mmap_lock);
+ if (details->anon_vma)
+ spin_unlock(&details->anon_vma->lock);
if (restart_addr >= end_addr) {
/* We have now completed this vma: mark it so */
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -733,6 +733,7 @@ extern void user_shm_unlock(size_t, stru
struct zap_details {
struct vm_area_struct *nonlinear_vma; /* Check page->index if set */
struct address_space *mapping; /* Backing address space */
+ struct anon_vma *anon_vma; /* Rmap for private COW pages */
bool keep_private; /* Do not touch private pages */
pgoff_t first_index; /* Lowest page->index to unmap */
pgoff_t last_index; /* Highest page->index to unmap */
--
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:[~2009-09-30 20:50 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-30 21:09 [rfc patch 1/3] mm: always pass mapping in zap_details Johannes Weiner
2009-09-30 21:09 ` Johannes Weiner [this message]
2009-09-30 21:09 ` [rfc patch 3/3] mm: munlock COW pages on truncation unmap Johannes Weiner
2009-10-02 2:40 ` KOSAKI Motohiro
2009-10-02 23:38 ` Johannes Weiner
2009-10-03 13:56 ` KOSAKI Motohiro
2009-10-05 19:32 ` Johannes Weiner
2009-10-06 1:11 ` KOSAKI Motohiro
2009-10-06 7:44 ` KOSAKI Motohiro
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=1254344964-8124-2-git-send-email-hannes@cmpxchg.org \
--to=hannes@cmpxchg.org \
--cc=Lee.Schermerhorn@hp.com \
--cc=a.p.zijlstra@chello.nl \
--cc=hugh.dickins@tiscali.co.uk \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mel@csn.ul.ie \
/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