Re: [PATCH] tracing/markers: make markers select tracepoints

From: Mathieu Desnoyers
Date: Sun Feb 22 2009 - 21:52:35 EST


* Ingo Molnar (mingo@xxxxxxx) wrote:
>
> * Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx> wrote:
>
> > > > so I wonder why don't we create linux-tracing new mailing
> > > > list.
>
> Discussions related to upstream Linux tracing are generally
> conducted on lkml.
>
> > > Yes, lets hide it from general view, sounds like a brilliant
> > > plan.
> >
> > I guess Kosaki's point is that there may be a disconnect
> > between the work that is done on the LTTng side and the ftrace
> > side. [...]
>
> Could you please list the items we need to extend the tracing
> framework in kernel/tracing/* with so that we can support the
> aspects of LTTng you consider important and upstream-worthy?
>
> As i've mentioned it in the past, i'm definitely interested in
> helping such an effort to further improve Linux tracing.
>
> Ingo

Hi Ingo,

I have not merged the "binary trace buffer to ascii" code done by
Fujitsu yet because I still have to review it, but when it's ready, I
will be ready to post everything that has been identified as wish list
for a tracer v2. It includes a very generic buffering infrastructure
which have been evolving for the past 4 years (and reviewed on LKML a
couple of times in the past).

So, either I start to merge this last feature, or I can start posting
right away without the "binary buffer to ascii" module. The standard
mechanism used in LTTng is binary-only, very high speed, and uses a
userspace application to transform binary data into text.

That will let us figure out what overlaps between ftrace and LTTng and
find out how those two can fit together.

Note that for the moment, LTTng sits in the /ltt directory of the kernel
tree, so even if we have both tracers at some point, we should not step
on each other's foot. That could let us room to figure out how to
incrementally combine those tracers if that makes sense.

Mathieu

--
Mathieu Desnoyers
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/