Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759903Ab1D0TTj (ORCPT ); Wed, 27 Apr 2011 15:19:39 -0400 Received: from mail1.slb.deg.dub.stisp.net ([84.203.253.98]:2515 "HELO mail1.slb.deg.dub.stisp.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1759835Ab1D0TTi (ORCPT ); Wed, 27 Apr 2011 15:19:38 -0400 Message-ID: <4DB86BA4.8070401@draigBrady.com> Date: Wed, 27 Apr 2011 20:16:52 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Bruno_Pr=E9mont?= CC: Thomas Gleixner , Linus Torvalds , Ingo Molnar , Peter Zijlstra , paulmck@linux.vnet.ibm.com, Mike Frysinger , KOSAKI Motohiro , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, "Paul E. McKenney" , Pekka Enberg Subject: Re: 2.6.39-rc4+: Kernel leaking memory during FS scanning, regression? References: <20110425180450.1ede0845@neptune.home> <20110425190032.7904c95d@neptune.home> <20110425203606.4e78246c@neptune.home> <20110425191607.GL2468@linux.vnet.ibm.com> <20110425231016.34b4293e@neptune.home> <20110425214933.GO2468@linux.vnet.ibm.com> <20110426081904.0d2b1494@pluto.restena.lu> <20110426112756.GF4308@linux.vnet.ibm.com> <20110426183859.6ff6279b@neptune.home> <20110426190918.01660ccf@neptune.home> <20110427081501.5ba28155@pluto.restena.lu> <20110427204139.1b0ea23b@neptune.home> In-Reply-To: <20110427204139.1b0ea23b@neptune.home> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1039 Lines: 26 On 27/04/11 19:41, Bruno Pr?mont wrote: > On Wed, 27 April 2011 Bruno Pr?mont wrote: >> On Wed, 27 Apr 2011 00:28:37 +0200 (CEST) Thomas Gleixner wrote: >>> On Tue, 26 Apr 2011, Linus Torvalds wrote: >>>> On Tue, Apr 26, 2011 at 10:09 AM, Bruno Pr?mont wrote: >>>>> >>>>> Just in case, /proc/$(pidof rcu_kthread)/status shows ~20k voluntary >>>>> context switches and exactly one non-voluntary one. >>>>> >>>>> In addition when rcu_kthread has stopped doing its work >>>>> `swapoff $(swapdevice)` seems to block forever (at least normal shutdown >>>>> blocks on disabling swap device). > > Apparently it's not swapoff but `umount -a -t tmpfs` that's getting > stuck here. Manual swapoff worked. Anything to do with this? http://thread.gmane.org/gmane.linux.kernel.mm/60953/ cheers, P?draig. -- 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/