GSoC Project | Basic Support for Trace Compass
Ravindra Kumar Meena
rmeena840 at gmail.com
Thu May 16 09:09:47 UTC 2019
Thanks for sharing the valuable approach. I will definitely check them out.
On Thu, May 16, 2019, 1:16 AM Guillaume Champagne <
guillaume.champagne at polymtl.ca> wrote:
> Hi Ravindra,
> If you look at the dependencies and build process of lttng-tools 
> and lttng-modules  you'll see that both projects are very tied to
> linux. Lttng stands for linux tracing toolkit next generation after
> all :).
> An idea to produce CTF could be to reuse the binary format already
> existing in the Capture Engine and write a CTF metadata file to
> explain the format to the CTF parser. CTF is very flexible and we can
> make it understand a wide range of binary formats. The CTF spec has a
> few examples on that at the end . Trace Compass only cares about
> the event types in the trace and their content, not their actual
> binary representation (they just have to be decodable using the CTF
> metadata file). I had a working prototype for CTF traces in RTEMS here
> , but I don't have the metadata file I used at hand.
> Feel free to come by the tracecompass or lttng irc channels if you
> have any questions regarding Trace Compass or CTF!
>  https://github.com/lttng/lttng-tools
>  https://github.com/lttng/lttng-modules
>  https://diamon.org/ctf/#examples
>  https://github.com/gchamp20/rtems/commits/ctf
> Ravindra Kumar Meena <rmeena840 at gmail.com> a écrit :
> > Hi Sebastian,
> > I was exploring the documentation of LTTng and babeltrace and come to the
> > conclusion that LTTng already produces trace data in CTF format. Since
> > Trace Compass already supports CTF trace data. So, what I am thinking
> > instead of converting trace data to CTF why don't we just directly
> > trace data in CTF using LTTng.
> > https://lttng.org/docs/v2.10/#doc-tracing-your-own-user-application
> > On Tue, May 14, 2019 at 12:45 PM Sebastian Huber <
> > sebastian.huber at embedded-brains.de> wrote:
> >> On 14/05/2019 08:34, Ravindra Kumar Meena wrote:
> >> > On Tue, May 14, 2019 at 11:24 AM Sebastian Huber
> >> > <sebastian.huber at embedded-brains.de
> >> > <mailto:sebastian.huber at embedded-brains.de>> wrote:
> >> >
> >> > On 13/05/2019 08:24, Ravindra Kumar Meena wrote:
> >> > >
> >> > > *The goal of this week:*
> >> > >
> >> > > The goal of phase 1 of my GSoC proposal is to generate the trace
> >> > > data(LTTng) in Common Trace Format(CTF) from target running
> >> > > application. The Event Recording infrastructure lacks the
> >> > generation
> >> > > of trace data in Common Trace Format(CTF). I will try to figure
> >> > out a
> >> > > convenient method for it.
> >> >
> >> > Please note that there are at least two options where you can do
> >> > conversion, you can do the conversion on the target or you can do
> >> > conversion on the host.
> >> >
> >> >
> >> > In my point of view, the conversion should take place on the host side
> >> > because the host is more powerful. It would reduce the conversion
> >> Yes, I would try this a approach first. However, please keep in mind
> >> that RTEMS runs also on 1.5GHz chips with 24 cores. This means the
> >> conversion must be fast also on a modern host computer if you want to
> >> support the high end RTEMS systems.
> >> --
> >> Sebastian Huber, embedded brains GmbH
> >> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> >> Phone : +49 89 189 47 41-16
> >> Fax : +49 89 189 47 41-09
> >> E-Mail : sebastian.huber at embedded-brains.de
> >> PGP : Public key available on request.
> >> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
> > --
> > *Ravindra Kumar Meena*,
> > B. Tech. Computer Science and Engineering,
> > Indian Institute of Technology (Indian School of Mines)
> > <https://www.iitism.ac.in/>, Dhanbad
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the devel