Hello Xavier, As Dominique said, it has been the ambition of the Multi-core associations tool infrastructure working group to extend CTF to cover precisely the use case you mention among others. We (I am the co-chair of the group) have spent a lot of time thinking about how CTF can cover various multi-core tracing use cases with correlation of different trace streams, handling different clock domains, and all of the other associated issues. Dominique pointed to a paper I wrote in one of the links below that talks about the ambitions.
The Ericsson guys on this thread (Dominique, Francois) and others involved with the Linux tools LTTng viewer were forward thinking with their design of TMF and the view components on top of it, so it is a good architecture to scale to other platforms, there is just work to do since they started with Linux (perfect for you to jump in and contribute!). The funny thing is that at my previous employer (Mentor Graphics) I had designed the data model that I wanted for a general multi-core system analyzer and in the end someone pointed me to TMF and I found that the model was almost exactly what I designed independently. (So, Mentor's system analyzer product does build on some of this code, though I don't know the current state or their plans). It has been my hope that the Linux tools LTTng analyzer can become a useful platform on which heterogenous multi-core analyzers can be built. That in one product you would be able to see Linux system traces aggregated with hardware trace of other cores, instrumentation trace for proprietary kernels or "roll your own" bare metal apps, and perhaps most interestingly also allowing understanding of application behavior in the context of the many layers of software that we increasingly find as we march towards "the cloud". regards, Aaron Spear MCA Tools Infrastructure working group co-chair ----- Original Message ----- > From: "Dominique Toupin" <dominique.tou...@ericsson.com> > To: "xavier raynaud" <xavier.rayn...@kalray.eu>, "Linux Tools > developer discussions" <linuxtools-dev@eclipse.org> > Sent: Monday, January 23, 2012 9:00:20 AM > Subject: Re: [linuxtools-dev] TMF > CTF is not Linux specific, the multicore association tool > infrastructure work group was involve to define the > requirement/spec. > Yes LTTng/Linux/Eclipse is the only open source implementation so > fare but the good news is if you are using CTF for other use cases > e.g. HW tracing, you will be able to re-use many cmpts, e.g. parser > (both Java and C/C++) and many views/correlation in Eclipse > http://www.multicore-association.org/workgroup/tiwg.php > http://www.efficios.com/ctf > http://www.eetimes.com/design/embedded/4214860/Using-trace-to-solve-the-multi-core-system-debug-problem > http://www.multicoredevcon.com/common/session.php?expo_seq=12&track_seq=159&pres_seq=958 > http://www.eclipsecon.org/europe2011/sessions/efficient-cc-tracing-eclipse > From: linuxtools-dev-boun...@eclipse.org > [mailto:linuxtools-dev-boun...@eclipse.org] On Behalf Of Francois > Chouinard > Sent: January-23-12 9:46 AM > To: Linux Tools developer discussions > Subject: Re: [linuxtools-dev] TMF > Yes it is. CTF is an efficient trace format (based on research done > for LTTng) that can be used for essentially anything (kernel, > user-space, hardware, ...) > We will also provide a CTF parser with Juno (we have a few wrinkle to > iron out but it is practically ready for a CQ). It should appear in > HEAD (well, 'master') shortly. > Although TMF and LTTng will have a dependency on it, this CTF parser > generator will be a component on its own that can be re-used without > the rest (event without Eclipse...) > Regards, > /fc > On Mon, Jan 23, 2012 at 9:28 AM, Xavier Raynaud < > xavier.rayn...@kalray.eu > wrote: > Hi, > Excellent. > I've read somewhere that one CTF objective is to be system-agnostic > (even if, for now, focused only on linux). Is it still true ? > Many thanks, > Xavier > On 01/23/2012 03:21 PM, Francois Chouinard wrote: > > Hi, > > > You can start by looking at TMF itself. Some if not most of the > > LTTng > > > views/widgets are really generic TMF views/widgets that have been > > > extended for LTTng purposes. > > > For the context-switching et al., we initially simply ported the > > > GTK-based LTTV's State System (the component that handles the > > > processes/resources state transitions based on the events > > sequence). > > > This State System is really Linux kernel-oriented. > > > We are now working on a persistent generic State System (a part of > > TMF > > > itself) that will be re-usable for any type of state management. It > > > should be integrated in the coming months and delivered with Juno. > > You > > > might want to consider basing your work on this. Constraint: > > Although > > > the new State System will be trace-format agnostic, for the initial > > > release we are likely to focus on CTF (Common Trace Format) traces. > > > Don't hesitate to contact us for more details. > > > Regards, > > > /fc > > > On Mon, Jan 23, 2012 at 3:39 AM, Xavier Raynaud > > > < xavier.rayn...@kalray.eu <mailto: xavier.rayn...@kalray.eu >> > > wrote: > > > Hi, > > > In the coming weeks, I will start to design a GUI to display traces > > > for a massively parallel device. > > > My first idea was to use TMF for that - and do something similar to > > > the LTT-ng plugin. > > > For now, this device does not run linux, but the traced event will > > > be very similar (context-switches, interrupts, user events...) > > > Is there any hint available somewhere, or any trap to avoid ? > > > Many thanks, > > > Xavier Raynaud > > > _________________________________________________ > > > linuxtools-dev mailing list > > > linuxtools-dev@eclipse.org <mailto: linuxtools-dev@eclipse.org > > > > https://dev.eclipse.org/__mailman/listinfo/linuxtools-__dev > > > < https://dev.eclipse.org/mailman/listinfo/linuxtools-dev > > > > -- > > > Francois > > _______________________________________________ > linuxtools-dev mailing list > linuxtools-dev@eclipse.org > https://dev.eclipse.org/mailman/listinfo/linuxtools-dev > -- > Francois > _______________________________________________ > linuxtools-dev mailing list > linuxtools-dev@eclipse.org > https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
_______________________________________________ linuxtools-dev mailing list linuxtools-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
