[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20141231131930.GQ11609@linux.vnet.ibm.com>
Date: Wed, 31 Dec 2014 05:19:30 -0800
From: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
To: Peter Zijlstra <peterz@...radead.org>
Cc: Pranith Kumar <bobby.prani@...il.com>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Paul Mackerras <paulus@...ba.org>,
Michael Ellerman <mpe@...erman.id.au>,
Martin Schwidefsky <schwidefsky@...ibm.com>,
Heiko Carstens <heiko.carstens@...ibm.com>,
"supporter:S390" <linux390@...ibm.com>,
Lai Jiangshan <laijs@...fujitsu.com>,
Josh Triplett <josh@...htriplett.org>,
Steven Rostedt <rostedt@...dmis.org>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
Scott Wood <scottwood@...escale.com>,
Anton Blanchard <anton@...ba.org>,
Daniel Walter <dwalter@...gle.com>,
Tiejun Chen <tiejun.chen@...driver.com>,
Nishanth Aravamudan <nacc@...ux.vnet.ibm.com>,
Ingo Molnar <mingo@...nel.org>,
"Srivatsa S. Bhat" <srivatsa.bhat@...ux.vnet.ibm.com>,
Vincent Guittot <vincent.guittot@...aro.org>,
Li Zhong <zhong@...ux.vnet.ibm.com>,
Christian Borntraeger <borntraeger@...ibm.com>,
Jens Freimann <jfrei@...ux.vnet.ibm.com>,
"open list:LINUX FOR POWERPC..." <linuxppc-dev@...ts.ozlabs.org>,
open list <linux-kernel@...r.kernel.org>,
"open list:S390" <linux-s390@...r.kernel.org>
Subject: Re: [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU
On Tue, Dec 30, 2014 at 08:07:40PM +0100, Peter Zijlstra wrote:
> On Tue, Dec 30, 2014 at 01:54:07PM -0500, Pranith Kumar wrote:
> > On Tue, Dec 30, 2014 at 1:50 PM, Peter Zijlstra <peterz@...radead.org> wrote:
> > > On Tue, Dec 30, 2014 at 12:46:22AM -0500, Pranith Kumar wrote:
> > >> Isolate the SRCU functions and data structures within CONFIG_SRCU so that there
> > >> is a compile time failure if srcu is used when not enabled. This was decided to
> > >> be better than waiting until link time for a failure to occur.
> > >
> > > Why?
> >
> > This is part of the kernel tinification efforts. The first patch was
> > posted here: https://lkml.org/lkml/2014/12/4/848. This patch enables a
> > compile time failure instead of a link time failure.
>
> can't be arsed to click. again, why does it matter when it fails,
> neither stages produces a working kernel so tinification cannot be the
> purpose.
In fairness, Pranith's original submission did force the failure at
link time. One piece of feedback was to force the failure at compile
time (can't remember from who). But given the hassles encountered with
compile-time failure, it might well be getting to the point where it is
time to fall back to the link-time-failure approach.
Thanx, Paul
--
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