Hi,
Here is the newest release of the Tracepoints, following the feedback from Peter
Zijlstra. The main change is the creation of include/trace/ as a placeholder
from tracepoint headers.
The patchset applies over linux-next patch-v2.6.26-next-20080715 in this order :
#This a separate RCU update upon which the tracepoints depend
rcu-read-sched.patch
tracepoints.patch
tracepoints-documentation.patch
tracepoints-samples.patch
lttng-instrumentation-irq.patch
lttng-instrumentation-scheduler.patch
lttng-instrumentation-timer.patch
lttng-instrumentation-kernel.patch
lttng-instrumentation-filemap.patch
lttng-instrumentation-swap.patch
lttng-instrumentation-memory.patch
lttng-instrumentation-page.patch
lttng-instrumentation-hugetlb.patch
lttng-instrumentation-net.patch
lttng-instrumentation-ipv4.patch
lttng-instrumentation-ipv6.patch
ftrace-port-to-tracepoints.patch
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
On Tue, 2008-07-15 at 18:26 -0400, Mathieu Desnoyers wrote:
> Hi,
>
> Here is the newest release of the Tracepoints, following the feedback from Peter
> Zijlstra. The main change is the creation of include/trace/ as a placeholder
> from tracepoint headers.
>
> The patchset applies over linux-next patch-v2.6.26-next-20080715 in this order :
>
> #This a separate RCU update upon which the tracepoints depend
> rcu-read-sched.patch
ACK
> tracepoints.patch
> tracepoints-documentation.patch
> tracepoints-samples.patch
3x ACK
> lttng-instrumentation-irq.patch
> lttng-instrumentation-scheduler.patch
> lttng-instrumentation-timer.patch
> lttng-instrumentation-kernel.patch
>
> lttng-instrumentation-filemap.patch
> lttng-instrumentation-swap.patch
> lttng-instrumentation-memory.patch
> lttng-instrumentation-page.patch
> lttng-instrumentation-hugetlb.patch
>
> lttng-instrumentation-net.patch
> lttng-instrumentation-ipv4.patch
> lttng-instrumentation-ipv6.patch
posted individual comments where I saw some
> ftrace-port-to-tracepoints.patch
Nice cleanup..
Hi Mathieu,
As far as I can see, your patchset can be separated into
several series of patches. Would you think this series of
patches should be pushed at once, or could be pushed
individually?
I think it is hard to push all of them into kernel at once,
because it needs ACKs from several developers who maintain
traced subsystems.
So, I'd like to suggest you to separate series of patches,
and to push framework and instrumentation patches step by step.
What would you think about it?
Thank you,
Mathieu Desnoyers wrote:
> Hi,
>
> Here is the newest release of the Tracepoints, following the feedback from Peter
> Zijlstra. The main change is the creation of include/trace/ as a placeholder
> from tracepoint headers.
>
> The patchset applies over linux-next patch-v2.6.26-next-20080715 in this order :
>
> #This a separate RCU update upon which the tracepoints depend
> rcu-read-sched.patch
>
> tracepoints.patch
> tracepoints-documentation.patch
> tracepoints-samples.patch
>
> lttng-instrumentation-irq.patch
> lttng-instrumentation-scheduler.patch
> lttng-instrumentation-timer.patch
> lttng-instrumentation-kernel.patch
>
> lttng-instrumentation-filemap.patch
> lttng-instrumentation-swap.patch
> lttng-instrumentation-memory.patch
> lttng-instrumentation-page.patch
> lttng-instrumentation-hugetlb.patch
>
> lttng-instrumentation-net.patch
> lttng-instrumentation-ipv4.patch
> lttng-instrumentation-ipv6.patch
>
> ftrace-port-to-tracepoints.patch
>
> Mathieu
>
--
Masami Hiramatsu
Software Engineer
Hitachi Computer Products (America) Inc.
Software Solutions Division
e-mail: [email protected]