[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150319221249.GU2896@worktop.programming.kicks-ass.net>
Date: Thu, 19 Mar 2015 23:12:49 +0100
From: Peter Zijlstra <peterz@...radead.org>
To: Steven Rostedt <rostedt@...dmis.org>
Cc: Andrew Morton <akpm@...ux-foundation.org>, mingo@...nel.org,
rusty@...tcorp.com.au, mathieu.desnoyers@...icios.com,
oleg@...hat.com, paulmck@...ux.vnet.ibm.com,
torvalds@...ux-foundation.org, linux-kernel@...r.kernel.org,
andi@...stfloor.org, tglx@...utronix.de,
Michel Lespinasse <walken@...gle.com>,
Andrea Arcangeli <aarcange@...hat.com>,
David Woodhouse <David.Woodhouse@...el.com>,
Rik van Riel <riel@...hat.com>
Subject: Re: [PATCH 6/8] rbtree: Implement generic latch_tree
On Thu, Mar 19, 2015 at 05:36:36PM -0400, Steven Rostedt wrote:
> On Thu, 19 Mar 2015 13:58:33 -0700
> Andrew Morton <akpm@...ux-foundation.org> wrote:
>
> > OK. This code is basically required to support perf/ftrace and
> > modules, yes? Presumably small and space-constrained systems aren't
> > using either, so they don't take the hit.
> >
> > However CONFIG_MODULES systems which aren't using perf/ftrace _do_ take
> > a hit. How many systems are we talking here? All non-x86?
>
> Compromise... (Totally untested)
It only makes sense to out-of-line __lt_insert() (to avoid it being
inlined twice). And for that we can create an instantiation macro such
that it can still inline the comparison.
--
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