Re: [lttng-dev] [PATCH lttng-tools] Fix: relayd relay_cmd_pipe/thread_quit_pipe should be closed on exit/error.

2012-07-20 Thread Julien Desfossez
Signed-off-by: Julien Desfossez On 20/07/12 03:26 PM, Christian Babeux wrote: > Use the utils functions found in common/utils.h on pipes operations > (open/close). > > Signed-off-by: Christian Babeux > --- > src/bin/lttng-relayd/main.c | 57 > +++-- > 1

Re: [lttng-dev] Need inputs on LTTng for ARM Linux-3.0.15

2012-07-20 Thread Yannick Brosseau
On 2012-07-20 14:21, srikanth krishnakar wrote: > Hello Mathieu, > > I am working on LTTng integration for *Linux-3.0.15**ARM v7 Freescale > i.MX6 SabreLite* target. I previously integrated lttng-modules into > kernel with while I was working on Linux-2.6.38. > > Now I would like to know is there a

[lttng-dev] [PATCH lttng-tools] Fix: relayd relay_cmd_pipe/thread_quit_pipe should be closed on exit/error.

2012-07-20 Thread Christian Babeux
Use the utils functions found in common/utils.h on pipes operations (open/close). Signed-off-by: Christian Babeux --- src/bin/lttng-relayd/main.c | 57 +++-- 1 file changed, 14 insertions(+), 43 deletions(-) diff --git a/src/bin/lttng-relayd/main.c b/src/

Re: [lttng-dev] Need inputs on LTTng for ARM Linux-3.0.15

2012-07-20 Thread Mathieu Desnoyers
Hi Srikanth, * srikanth krishnakar (skrishna...@gmail.com) wrote: > Hello Mathieu, > > I am working on LTTng integration for *Linux-3.0.15* *ARM v7 Freescale > i.MX6 SabreLite* target. I previously integrated lttng-modules into kernel > with while I was working on Linux-2.6.38. > > Now I would l

Re: [lttng-dev] [RFC PATCH lttng-tools] relayd pipes and error handling

2012-07-20 Thread David Goulet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Yep, Christian is aware of that, we talked so I guess a patch is coming :) David Mathieu Desnoyers: > * David Goulet (dgou...@efficios.com) wrote: I'm pretty OK with > that. > > I have utils_* function for that in lttng-sessiond/ ... I think > I'm

[lttng-dev] Need inputs on LTTng for ARM Linux-3.0.15

2012-07-20 Thread srikanth krishnakar
Hello Mathieu, I am working on LTTng integration for *Linux-3.0.15* *ARM v7 Freescale i.MX6 SabreLite* target. I previously integrated lttng-modules into kernel with while I was working on Linux-2.6.38. Now I would like to know is there any repository that you are maintaining to restore kernel pa

Re: [lttng-dev] When is tracepoint registration finished?

2012-07-20 Thread Mathieu Desnoyers
* Oestman, Fredrik (fredrik_oest...@mentor.com) wrote: > Hi, > > Is there any way to know from within the instrumented application when > tracepoint registration is finished? No. > > We have instrumented clib functions, which are used by LTTng and start > producing trace events before all trace

Re: [lttng-dev] [RFC PATCH lttng-tools] relayd pipes and error handling

2012-07-20 Thread Mathieu Desnoyers
* David Goulet (dgou...@efficios.com) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > I'm pretty OK with that. > > I have utils_* function for that in lttng-sessiond/ ... I think I'm > going to move them to common/ since they are pretty useful for the > complete code tree. since t

Re: [lttng-dev] LTTng-UST alternative to LD_PRELOAD

2012-07-20 Thread Mathieu Desnoyers
* Lars (l...@grandepotatis.se) wrote: > > Hello, > > I have recently started to use LTTng-UST and am using LD_PRELOAD > to make it possilbe to execute instrumented code on systems without > LTTng-UST installed. > > To define LD_PRELOAD however affects too much. For instance all > forked processe

Re: [lttng-dev] [babeltrace] FTS does not support large files on 32-bit

2012-07-20 Thread Mathieu Desnoyers
* Oestman, Fredrik (fredrik_oest...@mentor.com) wrote: > Hi Yannick and Julien, > > > Yannick Brosseau wrote: > > FTS does not use callbacks, which makes it easier to use. > > Also since it was supposed to be part of the babeltrace API, not having > > to manage a callbacks looked better. > > > >

Re: [lttng-dev] LTTng

2012-07-20 Thread Yannick Brosseau
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, UST could work for your logging purpose, but one drag back is that you'll need to have a session daemon running, which will spawn a consumer. You will also need to manage the start/stop of the tracing. Yannick On 2012-07-20 10:56, David Goulet

Re: [lttng-dev] some questions on lttng

2012-07-20 Thread Mathieu Desnoyers
* bingfeng.z...@emc.com (bingfeng.z...@emc.com) wrote: > Anyone can answer our questions? Mathieu? sorry for the slow reply, I've been swamped in filtering implementation lately, > > From: bingfeng.z...@emc.com [mailto:bingfeng.z...@emc.com] > Sent: Wednesday, July 18, 2012 5:54 PM > To: lttng-d

Re: [lttng-dev] LTTng

2012-07-20 Thread Mathieu Desnoyers
One small detail to keep in mind at this point: only the "discard" and "overwrite" modes are implemented for handling buffer condition. If you need to ensure that events are _never_ discarded, even with high-throughput scenarios, we might need to implement a "blocking" mode, which makes the applica

Re: [lttng-dev] LTTng

2012-07-20 Thread David Goulet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Luay, I am not aware of any Log4c --> LTTng transition work done up to this day... One thing I can say is that user space tracing using LTTng will certainly improve speed and scalability performance. The event LOGLEVEL feature is pretty interes

Re: [lttng-dev] Question about zero metadata

2012-07-20 Thread David Goulet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Zheng, In order to be able to read the trace, you have to stop the session (lttng stop) and a flush is automatically done in the background. However, reading a trace while it is being created (live reading) is on the roadmap for LTTng 2.2 or lat

[lttng-dev] LTTng

2012-07-20 Thread Alawneh, Luay
Hi, I am reading about LTTng and I would like to know if it can replace Log4c for logging user space events in the production environment. In addition to the method enter/exit events we also use Log4c to log many other events to indicate errors and other useful information. To summarize, I wou