From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Gleixner Subject: Re: [ANNOUNCE] 3.6.6-rt17 Date: Fri, 21 Dec 2012 15:23:57 +0100 (CET) Message-ID: References: <1356087972.4547.26.camel@marge.simpson.net> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: LKML , linux-rt-users To: Mike Galbraith Return-path: Received: from www.linutronix.de ([62.245.132.108]:52782 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750908Ab2LUOX7 (ORCPT ); Fri, 21 Dec 2012 09:23:59 -0500 In-Reply-To: <1356087972.4547.26.camel@marge.simpson.net> Sender: linux-rt-users-owner@vger.kernel.org List-ID: On Fri, 21 Dec 2012, Mike Galbraith wrote: > On Mon, 2012-11-12 at 22:28 +0100, Thomas Gleixner wrote: > > Dear RT Folks, > > > > I'm pleased to announce the 3.6.6-rt17 release. 3.6.6-rt16 is just a > > not announced update release to 3.6.6. > > > > Changes since 3.6.6-rt16: > > > > * Finally make the NOHZ softirq pending detection work with the new > > softirq scheme. > > Well, almost. They gripe when rebooting, but I haven't seen one other > than that. This is 3.6.11-rt23 on a 64 core DL980 I set up to run some > latency tests on. Yeah. It's not fixed completely. I know what it needs but thats major surgery. > [ 318.692463] kvm: exiting hardware virtualization > [ 319.568482] Disabling non-boot CPUs ... > [ 319.647819] NOHZ: local_softirq_pending 80 > [ 319.876148] NOHZ: local_softirq_pending 202 > [ 319.876172] NOHZ: local_softirq_pending 202 > [ 319.988912] NOHZ: local_softirq_pending 282 > [ 320.097066] NOHZ: local_softirq_pending 202 > [ 320.321428] NOHZ: local_softirq_pending 80 > [ 320.662601] NOHZ: local_softirq_pending 202 > [ 320.662637] NOHZ: local_softirq_pending 202 > [ 323.162636] NOHZ: local_softirq_pending 202 > [ 323.162649] NOHZ: local_softirq_pending 202 > [ 325.217675] Restarting system. > > Don't suppose you know why LAZY_PREEMPT would make 3.0-rt explode if you > turn on wakeup_rt tracer do you? No. > I backported that and your softirq changes to 3.0. New softirq handling > scheme work spiffy there, LAZY_PREEMPT works fine too.. until you turn > tracing on, then it corrupts memory, and makes mushroom cloud. I guess you are just trying to make up for the canceled apocalypse :)