From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754967Ab1H2T5w (ORCPT ); Mon, 29 Aug 2011 15:57:52 -0400 Received: from am1ehsobe003.messaging.microsoft.com ([213.199.154.206]:8871 "EHLO AM1EHSOBE003.bigfish.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754896Ab1H2T5t (ORCPT ); Mon, 29 Aug 2011 15:57:49 -0400 X-SpamScore: -18 X-BigFish: VPS-18(zzbb2dK179dN1432N98dKzz1202hzzz2fh668h839h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:160.33.98.74;KIP:(null);UIP:(null);IPVD:NLI;H:mail7.fw-bc.sony.com;RD:mail7.fw-bc.sony.com;EFVD:NLI Message-ID: <4E5BEF21.6040908@am.sony.com> Date: Mon, 29 Aug 2011 12:57:21 -0700 From: Frank Rowand Reply-To: User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Thunderbird/3.1.10 MIME-Version: 1.0 To: "paulmck@linux.vnet.ibm.com" CC: "Rowand, Frank" , Peter Zijlstra , linux-kernel , Thomas Gleixner , linux-rt-users , Mike Galbraith Subject: Re: [ANNOUNCE] 3.0.1-rt11 References: <1313232790.25267.7.camel@twins> <4E559039.8060209@am.sony.com> <20110826235507.GJ2342@linux.vnet.ibm.com> In-Reply-To: <20110826235507.GJ2342@linux.vnet.ibm.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-OriginatorOrg: am.sony.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/26/11 16:55, Paul E. McKenney wrote: > On Wed, Aug 24, 2011 at 04:58:49PM -0700, Frank Rowand wrote: >> On 08/13/11 03:53, Peter Zijlstra wrote: >>> >>> Whee, I can skip release announcements too! >>> >>> So no the subject ain't no mistake its not, 3.0.1-rt11 is there for the >>> grabs. >>> >>> Changes include (including the missing -rt10): >>> >>> - hrtimer fix that should make RT_GROUP work again >>> - RCU fixes that should make the RCU stalls go away >>> - fixes SMP=n builds after breaking them in -rt9 >> >> I have a consistent (every boot) hang on boot. With a few >> hacks to get console output, I get the >> >> rcu_preempt_state detected stalls on CPUs/tasks >> >> messages in the attached console log. < snip > > > Hmmm... The last few that I have seen that looked like this were > due to my messing up rcutorture so that the RCU-boost testing kthreads > ran CPU-bound at real-time priority. > > Is it possible that something similar is happening on your system? > > Thanx, Paul I don't think so. That would require CONFIG_RCU_TORTURE_TEST, correct? And that is not set: < way big snip > >> # CONFIG_RCU_TORTURE_TEST is not set >> CONFIG_RCU_CPU_STALL_TIMEOUT=60 >> CONFIG_RCU_CPU_STALL_VERBOSE=y I'm finally getting back to this today, so I'm starting to learn about the RCU stall detector, so maybe I can make some more sense of this. -Frank