From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joakim Hernberg Subject: Re: [ANNOUNCE] 3.12.6-rt9 Date: Wed, 22 Jan 2014 22:27:01 +0100 Message-ID: <20140122222701.4c44b08d@tor.valhalla.alchemy.lu> References: <20131223225017.GA8623@linutronix.de> <1387900067.5490.33.camel@marge.simpson.net> <20140117170052.GF5785@linutronix.de> <1390014929.5444.38.camel@marge.simpson.net> <20140120211736.0c97418a@gandalf.local.home> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Mike Galbraith , Sebastian Andrzej Siewior , linux-rt-users , LKML , Thomas Gleixner , John Kacur To: Steven Rostedt Return-path: In-Reply-To: <20140120211736.0c97418a@gandalf.local.home> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-rt-users.vger.kernel.org On Mon, 20 Jan 2014 21:17:36 -0500 Steven Rostedt wrote: > I happen to have a i7 box to test on, and sure enough, the latest > 3.12-rt locks up on boot and reverting the > timers-do-not-raise-softirq-unconditionally.patch, it boots fine. > Signed-off-by: Steven Rostedt > > diff --git a/kernel/timer.c b/kernel/timer.c > index 46467be..8212c10 100644 > --- a/kernel/timer.c > +++ b/kernel/timer.c > @@ -1464,13 +1464,11 @@ void run_local_timers(void) > raise_softirq(TIMER_SOFTIRQ); > return; > } > - if (!base->active_timers) > - goto out; > > /* Check whether the next pending timer has expired */ > if (time_before_eq(base->next_timer, jiffies)) > raise_softirq(TIMER_SOFTIRQ); > -out: > + > rt_spin_unlock_after_trylock_in_irq(&base->lock); > > } This fixes the problem on my i7-2600k. -- Joakim