[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1387993057.5346.17.camel@marge.simpson.net>
Date: Wed, 25 Dec 2013 18:37:37 +0100
From: Mike Galbraith <bitbucket@...ine.de>
To: paulmck@...ux.vnet.ibm.com
Cc: Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
linux-rt-users@...r.kernel.org,
Steven Rostedt <rostedt@...dmis.org>,
linux-kernel@...r.kernel.org, Thomas Gleixner <tglx@...utronix.de>
Subject: Re: [PATCH] rcu: Eliminate softirq processing from rcutree
On Tue, 2013-12-24 at 23:55 -0800, Paul E. McKenney wrote:
> On Wed, Dec 25, 2013 at 04:07:34AM +0100, Mike Galbraith wrote:
> > > So which code do you think deserves the big lump of coal? ;-)
> >
> > Sebastian's NO_HZ_FULL locking fixes. Locking is hard, and rt sure
> > doesn't make it any easier, so lets give him a cookie or three to nibble
> > on while he ponders that trylock stuff again instead :)
>
> Fair enough. Does Sebastian prefer milk and cookies or the other
> tradition of beer and a cigar? ;-)
Having sufficiently recovered from turkey overdose to be able to slither
upstairs (bump bump bump) to check on the box, commenting..
# timers-do-not-raise-softirq-unconditionally.patch
# rtmutex-use-a-trylock-for-waiter-lock-in-trylock.patch
..those two out does seem to have stabilized the thing.
Merry Christmasss,
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists