lkml.org 
[lkml]   [2008]   [Sep]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Patch -tip 3/3] Tracing/ftrace: Don't consume entries unhandled by mmiotrace

* Frédéric Weisbecker <fweisbec@gmail.com> wrote:

> 2008/9/25 Pekka Paalanen <pq@iki.fi>:
> > We can (must) return to this if/when multiple tracers are allowed
> > to be active simultaneously. But in the current situation, I do not
> > see a way to trace more than one thing, but I haven't really looked
> > into the other tracers.
>
> You can enable another tracer simultaneously. I never tried it but you
> can launch one from debugfs and another from kernel code for example.
> The new boot tracer will have to launch the sched_switch tracer.

hm, right now i can see a lot of problems with that approach - the
buffers are partly per tracer and partly global.

the new trace-ringbuffer design Steve is working on would abstract away
this complication - then we could make tracers truly independent
entities.

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2008-09-27 19:55    [W:0.158 / U:0.140 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site