From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756197AbZE2VgI (ORCPT ); Fri, 29 May 2009 17:36:08 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755304AbZE2Vfl (ORCPT ); Fri, 29 May 2009 17:35:41 -0400 Received: from one.firstfloor.org ([213.235.205.2]:60559 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754946AbZE2Vfk (ORCPT ); Fri, 29 May 2009 17:35:40 -0400 From: Andi Kleen References: <200905291135.124267638@firstfloor.org> In-Reply-To: <200905291135.124267638@firstfloor.org> To: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, fengguang.wu@intel.com Subject: [PATCH] [3/16] HWPOISON: Export some rmap vma locking to outside world Message-Id: <20090529213528.7E5A41D0291@basil.firstfloor.org> Date: Fri, 29 May 2009 23:35:28 +0200 (CEST) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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-05-29 23:32:10.000000000 +0200 +++ linux/include/linux/rmap.h 2009-05-29 23:33:30.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-05-29 23:32:10.000000000 +0200 +++ linux/mm/rmap.c 2009-05-29 23:33:30.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();