Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751143AbVJXQZP (ORCPT ); Mon, 24 Oct 2005 12:25:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751141AbVJXQZP (ORCPT ); Mon, 24 Oct 2005 12:25:15 -0400 Received: from qproxy.gmail.com ([72.14.204.194]:56172 "EHLO qproxy.gmail.com") by vger.kernel.org with ESMTP id S1751140AbVJXQZN (ORCPT ); Mon, 24 Oct 2005 12:25:13 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=J4Ymfdd4QEZt7r4r5E1MilsJLZhpGTt2PmIoQYDkaHd2MTFJzaGTCFYWGJbA5Uy0Utmf9qWtMUlGWr7vUV5uH5AG1VcI/LqogFW+pLLfcSPu0kq2HQA9+4na65HEVDtZlh/zlhQslpwMj5AqQA7yLcwhOcbbDUmLz3mB1kRdmys= Subject: Re: [PATCH] RCU torture-testing kernel module From: Badari Pulavarty To: paulmck@us.ibm.com Cc: Andrew Morton , Ingo Oeser , lkml , arjan@infradead.org, pavel@ucw.cz, dipankar@in.ibm.com, vatsa@in.ibm.com, rusty@au1.ib.com, mingo@elte.hu, manfred@colorfullife.com, gregkh@kroah.com In-Reply-To: <20051024004709.GA9454@us.ibm.com> References: <20051022231214.GA5847@us.ibm.com> <200510230922.26550.ioe-lkml@rameria.de> <20051023143617.GA7961@us.ibm.com> <200510232055.17782.ioe-lkml@rameria.de> <20051023120521.26031051.akpm@osdl.org> <20051024004709.GA9454@us.ibm.com> Content-Type: text/plain Date: Mon, 24 Oct 2005 09:24:33 -0700 Message-Id: <1130171073.6831.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-4) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2161 Lines: 63 On Sun, 2005-10-23 at 17:47 -0700, Paul E. McKenney wrote: > On Sun, Oct 23, 2005 at 12:05:21PM -0700, Andrew Morton wrote: > > Ingo Oeser wrote: > > > > > > DEBUG_KERNEL should do nothing more than showing the debugging > > > options. > > > > yup. > > > > > E.g. I don't expect to enable any additional code in an > > > unrelated file, if I enable Magic-SysRQ on an embedded, unattended device > > > to be able to analyze potential problems via serial console. > > > > > > @Andrew: Would you accept a patch to fix that? > > > > more yup. > > OK, the attached patch covers this and also fixes the redundant #include > that Greg KH spotted. > > Thoughts? Paul, I enabled RCU_TORTURE_TEST in 2.6.14-rc5-mm1. My machine took 10+ minutes to boot and let me login. RCU kthreads are hogging the CPU. Is this expected ? Thanks, Badari top - 15:32:55 up 22 min, 1 user, load average: 10.96, 12.07, 9.18 Tasks: 94 total, 11 running, 83 sleeping, 0 stopped, 0 zombie Cpu(s): 2.5% us, 97.5% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 7145152k total, 350656k used, 6794496k free, 50876k buffers Swap: 1048784k total, 0k used, 1048784k free, 160168k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 168 root 20 -5 0 0 0 R 50.2 0.0 10:44.01 rcu_torture_rea 171 root 20 -5 0 0 0 R 50.2 0.0 10:47.86 rcu_torture_rea 175 root 20 -5 0 0 0 R 50.2 0.0 10:49.83 rcu_torture_rea 169 root 20 -5 0 0 0 R 49.9 0.0 10:47.07 rcu_torture_rea 172 root 20 -5 0 0 0 R 49.9 0.0 10:50.04 rcu_torture_rea 173 root 20 -5 0 0 0 R 49.9 0.0 10:43.79 rcu_torture_rea 174 root 20 -5 0 0 0 R 49.9 0.0 10:39.16 rcu_torture_rea 170 root 20 -5 0 0 0 R 40.2 0.0 10:38.68 rcu_torture_rea - 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/