Looks nice, I'll check this out tomorrow.<br><br><div class="gmail_quote">On Mon, Feb 13, 2012 at 2:28 PM, Andrea Bastoni <span dir="ltr"><<a href="mailto:bastoni@cs.unc.edu">bastoni@cs.unc.edu</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><p>On Feb 13, 2012 6:52 PM, "Björn Brandenburg" <<a href="mailto:bbb@mpi-sws.org" target="_blank">bbb@mpi-sws.org</a>> wrote:<br>


><br>
> On Feb 11, 2012, at 10:17 PM, Andrea Bastoni wrote:<br>
> > I've managed to expand and polish a bit a patch that I've had around for a<br>
> > while. It basically enables the same sched_trace_XXX() functions that we<br>
> > currently use to trace scheduling events, but it does so using kernel-style<br>
> > events (/sys/kernel/debug/tracing/ etc.).<br>
><br>
> Hi Andrea,<br>
><br>
> this sounds pretty cool.  This in addition to the existing tracing infrastructure and not supposed to replace it, right?</p>
</div><p>Right, it basically adds another tracing option that can be selected with or without the sched_trace_XXX(), but that traces the same functions (e.g., sched_trace_switch_away(), etc.).</p><div class="im">
<p>> The patch looks clean to me. Unfortunately, I don't have the time to play with it right now...</p>
</div><p>I've done some testing, but please shout at me if it doesn't work properly for you (whenever you get a chance to try it).</p>
<p>Thanks,<br><font color="#888888">
- Andrea<br>
</font></p>
<br>_______________________________________________<br>
litmus-dev mailing list<br>
<a href="mailto:litmus-dev@lists.litmus-rt.org">litmus-dev@lists.litmus-rt.org</a><br>
<a href="https://lists.litmus-rt.org/listinfo/litmus-dev" target="_blank">https://lists.litmus-rt.org/listinfo/litmus-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jonathan Herman<br>Department of Computer Science at UNC Chapel Hill<br>