[lttng-dev] [RFC PATCH 0/2] babeltrace legacy LTT 2.6 converter

Matthew Khouzam matthew.khouzam at ericsson.com
Tue Apr 23 17:11:33 EDT 2013

No problems here. I was inquiring about this so that nobody is surprised
if all trace viewers features are not supported.
On 13-04-23 08:14 AM, Jan Glauber wrote:
> On Mon, Apr 22, 2013 at 11:55:59AM -0400, Yannick Brosseau wrote:
>> On 2013-04-22 11:51, Matthew Khouzam wrote:
>>> On 13-04-22 08:55 AM, Jan Glauber wrote:
>>>> On Fri, Apr 19, 2013 at 11:03:39AM -0400, Matthew Khouzam wrote:
>>>>> Hi Jan,
>>>>> I have a few questions about the patch:
>>>>> Does it handle lost events?
>>>>> I think we would need to bring in a state system for this
>>>> Hi Matthew,
>>>> Not sure what you mean there. I thought lost events are not recorded so there is
>>>> nothing to convert. What I do convert is the events_lost counter of LTT. The
>>>> value is copied to the events_discarded of LTTng. At least that looked reasonable
>>>> to me. Can you elaborate why we would need a state machine there?
>>> In lttv, the control flow view and company needs a state system. The
>>> events in lttng 0.x and 2.0 are slightly different, so we won't see
>>> stuff like the current TID and file statuses. I'm just giving you the
>>> heads up that it may be not so trivial to get the info. The best thing
>>> to do IMO is look up events in LTTng 2.0 and try to match the ones you
>>> have in babeltrace to them.
>>> That way, it will work with lttv and eclipse.
>> I'm not sure either that I understand what you mean.
>> The goal is just to convert traces, not create a whole state system.
>> When we will be able to get a converted trace, the viewers could adjust
>> to support them.
> Yannick is right, these patches are just for converting the raw trace data.
> Interpreting the converted trace data is then up to LTTV or Eclipse.
> Conversion of the trace data to the concrete CTF description LTTng 2.x is
> using would be quite hard and require also to convert the trace data itself
> (which I avoided so far...).
> -- Jan
>> Yannick

More information about the lttng-dev mailing list