Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760922AbZDGPU7 (ORCPT ); Tue, 7 Apr 2009 11:20:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758918AbZDGPKH (ORCPT ); Tue, 7 Apr 2009 11:10:07 -0400 Received: from one.firstfloor.org ([213.235.205.2]:41291 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759299AbZDGPKF (ORCPT ); Tue, 7 Apr 2009 11:10:05 -0400 From: Andi Kleen References: <20090407509.382219156@firstfloor.org> In-Reply-To: <20090407509.382219156@firstfloor.org> To: linux-kernel@vger.kernel.org, linux-mm@kvack.org, x86@kernel.org Subject: [PATCH] [4/16] POISON: Export some rmap vma locking to outside world Message-Id: <20090407151000.DEF941D046D@basil.firstfloor.org> Date: Tue, 7 Apr 2009 17:10:00 +0200 (CEST) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1941 Lines: 58 Needed for later patch that walks rmap entries on its own. This used to be very frowned upon, but memory-failure.c does some rather specialized rmap walking and rmap has been stable for quite some time, so I think it's ok now to export it. Signed-off-by: Andi Kleen --- include/linux/rmap.h | 6 ++++++ mm/rmap.c | 4 ++-- 2 files changed, 8 insertions(+), 2 deletions(-) Index: linux/include/linux/rmap.h =================================================================== --- linux.orig/include/linux/rmap.h 2009-04-07 16:39:26.000000000 +0200 +++ linux/include/linux/rmap.h 2009-04-07 16:43:06.000000000 +0200 @@ -118,6 +118,12 @@ } #endif +/* + * Called by memory-failure.c to kill processes. + */ +struct anon_vma *page_lock_anon_vma(struct page *page); +void page_unlock_anon_vma(struct anon_vma *anon_vma); + #else /* !CONFIG_MMU */ #define anon_vma_init() do {} while (0) Index: linux/mm/rmap.c =================================================================== --- linux.orig/mm/rmap.c 2009-04-07 16:39:26.000000000 +0200 +++ linux/mm/rmap.c 2009-04-07 16:43:06.000000000 +0200 @@ -191,7 +191,7 @@ * Getting a lock on a stable anon_vma from a page off the LRU is * tricky: page_lock_anon_vma rely on RCU to guard against the races. */ -static struct anon_vma *page_lock_anon_vma(struct page *page) +struct anon_vma *page_lock_anon_vma(struct page *page) { struct anon_vma *anon_vma; unsigned long anon_mapping; @@ -211,7 +211,7 @@ return NULL; } -static void page_unlock_anon_vma(struct anon_vma *anon_vma) +void page_unlock_anon_vma(struct anon_vma *anon_vma) { spin_unlock(&anon_vma->lock); rcu_read_unlock(); -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/