[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111208054036.GA6636@elte.hu>
Date: Thu, 8 Dec 2011 06:40:36 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Mathieu Desnoyers <mathieu.desnoyers@...icios.com>
Cc: Greg KH <greg@...ah.com>, Peter Zijlstra <peterz@...radead.org>,
devel@...verdev.osuosl.org, lttng-dev@...ts.lttng.org,
linux-kernel@...r.kernel.org,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
Steven Rostedt <rostedt@...dmis.org>,
Frederic Weisbecker <fweisbec@...il.com>
Subject: Re: [PATCH 09/11] sched: export task_prio to GPL modules
* Mathieu Desnoyers <mathieu.desnoyers@...icios.com> wrote:
> Hi Ingo,
>
> * Ingo Molnar (mingo@...e.hu) wrote:
> [...]
> > Mathieu, please work with the tracing folks who DO care about
> > this stuff. It's not like there's a lack of interest in this
> > area, nor is there a lack of willingness to take patches. What
> > there is a lack of is your willingness to actually work on
> > getting something unified, integrated to users...
> >
> > LTTNG has been going on for how many years? I havent seen many
> > steps towards actually *merging* its functionality - you insist
> > on doing your own random thing, which is different in random
> > ways. Yes, some of those random ways may in fact be better than
> > what we have upstream - would you be interested in filtering
> > those out and pushing them upstream? I certainly would like to
> > see that happen.
> >
> > We want to pick the best features, and throw away current
> > upstream code in favor of superior out of tree code - this
> > concept of letting crap sit alongside each other when people do
> > care i cannot agree with.
>
> LTTng 2.0, today, offers a unified interface for kernel and
> userspace tracing, in the form of libraries and git-alike
> command line user interface. [...]
Note that Arnaldo is working on such a perf-alike tracing tool
workflow with the new 'trace' utility that we announced and
prototyped a couple of months ago.
The perf.data data format is now extensible as well and
tightened for transportability. Tools such as PowerTop or
sysprof have standardized around the perf ABI.
So there's a *lot* of overlap with existing upstream efforts and
the last thing we need is the parallel LTTNG ABI.
Are you willing to merge LTTNG into our existing kernel and
userspace infrastructure and ABIs, with the possible end result
that LTTNG ceases to be a separately named entity?
Mind hooking up with Arnaldo and with Steve regarding how we
could best split up the LTTNG bits and move them upstream?
Frankly, i've seen a *lot* of talk from you but unfortunately
*very* little action on that front, so i think my healthy
scepticism is justified.
Thanks,
Ingo
--
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