Hello,
I am using the following versions to setup lttng on kernel
Linux kernel -2.6.32.27
LTTV - 0.12.29
LTTng - 0.190
LTTControl - 0.81
This is for mips architecture. I have patched the linux kernel and i am
able to setup the trace on target board and copy the trace host pc to view
in LTTV /
Forgot to add "lttng-tools" in the subject prefix, sorry.
2013/11/13 Raphaël Beamonte
>
> The warning about braces that are not necessary for any arm of a statement
> should be interpreted as a warning about braces around single statements.
>
> Signed-off-by: Raphaël Beamonte
> ---
> extras/ch
The warning about braces that are not necessary for any arm of a statement
should be interpreted as a warning about braces around single statements.
Signed-off-by: Raphaël Beamonte
---
extras/checkpatch.pl |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/extras/checkpatch.p
Even if the utils_expand_path function was intended to allow to
use unexistent directory paths, it was in fact only working for
some kind of arguments. Paths like "foo", "bar/" or "bar/foo"
when the "bar" directory does not exist wasn't working. This
patch introduce a new way to expand paths in thi
Signed-off-by: Raphaël Beamonte
---
.gitignore |1 +
tests/unit/Makefile.am |7 +-
tests/unit/test_utils_expand_path.c | 170 +++
tests/unit_tests|1 +
4 files changed, 178 insertions(+), 1 dele
Signed-off-by: Raphaël Beamonte
---
.gitignore |1 +
tests/unit/Makefile.am | 15 +++--
tests/unit/test_utils_resolve_relative.c | 98 ++
tests/unit_tests |1 +
4 files changed, 111 ins
This function aims to resolve relative path such as './' and
'../' in the middle of a path string. This allows to use paths
such as '~/../test' that are received as '/home/x/../test' for
instance.
Signed-off-by: Raphaël Beamonte
---
src/common/utils.c | 68 +
David,
Please find here an updated series of patches following your
previous comments. These patches introduce updated versions of the
utils_resolve_relative and utils_expand_path functions, as well as
unit tests to verify their behavior.
Thanks,
Raphaël
Raphaël Beamonte (4):
Introduce a new
Hi all,
Here are some patches to add read support of every CTF type using the
Babeltrace Python bindings. It is now possible to retrieve fields and
access their values using a single get_value() method returning native
Python objects. This is made possible using the work contributed by
one of our
On 11/10/13 10:29, Mathieu Desnoyers wrote:
> - Original Message -
>> From: "Jon Bernard"
>> To: "Mathieu Desnoyers"
>> Cc: "Stéphane Graber" , "Alexandre Montplaisir"
>> ,
>> lttng-dev@lists.lttng.org
>> Sent: Sunday, November 10, 2013 10:21:50 AM
>> Subject: Re: [lttng-dev] LTTng packa
I am curious, why not wrap dlsym? that would allow you to get the
function names and pointers, looks like a goldmine to me.
On 13-11-11 10:28 AM, Paul Woegerer wrote:
> Provide an LD_PRELOAD library to allow tracing of calls to dlopen and
> dlclose. Tracing the lttng-ust internal use of dlopen and
Hi Paul,
I tried your patches. It seems to work quite well! I had some
questions/comments:
- The events are called "ust_baddr:push" and "ust_baddr:pop". To be
consistent with the other wrapper libraries in UST, perhaps they should
be called "ust_dl:dlopen" and "ust_dl:dlclose" or similar?
- Why
On 07 Nov (23:32:13), Raphaël Beamonte wrote:
> This functions allows to resolve relative path such as './'
> and '../' inside a path string. This allows to use paths such
> as '~/../test' that are received as '/home/x/../test' for
> instance.
>
> Signed-off-by: Raphaël Beamonte
> ---
> src/comm
- Original Message -
> From: "Shreyas Joshi"
> To: lttng-dev@lists.lttng.org
> Sent: Friday, November 8, 2013 2:11:55 AM
> Subject: [lttng-dev] Build Issue - lttng-modules - cross compiling for MIPSEL
> - syscall.h
> Hi,
> As you are aware that in mips linux there is no such file called
Merged, thanks!
Mathieu
- Original Message -
> From: "Jérémie Galarneau"
> To: lttng-dev@lists.lttng.org
> Sent: Monday, November 11, 2013 11:16:41 AM
> Subject: [lttng-dev] [PATCH babeltrace] Fix: Use of functions not provided
> by glib 2.22
>
> Signed-off-by: Jérémie Galarneau
>
The LTTng modules provide Linux kernel tracing capability to the LTTng
2.x tracer toolset.
Changelog:
2013-11-12 LTTng modules 2.3.3
* Update ext4 instrumentation to Linux 3.12
* Update RCU instrumentation to Linux 3.12
* Update btrfs instrumentation to 3.12 kernel
The LTTng modules provide Linux kernel tracing capability to the LTTng
2.x tracer toolset.
Changelog:
2013-11-12 LTTng modules 2.2.3
* lttng-statedump-impl: Fix lttng_list_interrupts for empty
implementation
* Import fix from LTSI: 3.4+ RT kernels use CONFIG_PREEMPT_RT_FULL
Proje
- Original Message -
> From: "Mathieu Desnoyers"
> To: lttng-dev@lists.lttng.org
> Sent: Tuesday, November 12, 2013 12:28:37 PM
> Subject: [RELEASE] LTTng-UST 2.3.1
>
> LTTng-UST, the Linux Trace Toolkit Next Generation Userspace Tracer, is
> port of the low-overhead tracing capabilities
LTTng-UST, the Linux Trace Toolkit Next Generation Userspace Tracer, is
port of the low-overhead tracing capabilities of the LTTng kernel tracer
to user-space. The library "liblttng-ust" enables tracing of
applications and libraries.
Changelog:
2012-11-12 lttng-ust 2.3.1
* Fix: application
LTTng-UST, the Linux Trace Toolkit Next Generation Userspace Tracer, is
port of the low-overhead tracing capabilities of the LTTng kernel tracer
to user-space. The library "liblttng-ust" enables tracing of
applications and libraries.
Changelog:
2013-11-12 lttng-ust 2.2.2
* Fix: application
liburcu is a LGPLv2.1 userspace RCU (read-copy-update) library. This
data synchronization library provides read-side access which scales
linearly with the number of cores. It does so by allowing multiples
copies of a given data structure to live at the same time, and by
monitoring the data structur
liburcu is a LGPLv2.1 userspace RCU (read-copy-update) library. This
data synchronization library provides read-side access which scales
linearly with the number of cores. It does so by allowing multiples
copies of a given data structure to live at the same time, and by
monitoring the data structur
On 03 Nov (18:19:21), Jon Bernard wrote:
> * Jon Bernard wrote:
> > * Mathieu Desnoyers wrote:
> > > - Original Message -
> > > > From: "Jon Bernard"
> > > > To: "Mathieu Desnoyers"
> > > > Cc: "Stéphane Graber" , "Alexandre Montplaisir"
> > > > ,
> > > > lttng-dev@lists.lttng.org
> >
23 matches
Mail list logo
