Re: [lttng-dev] I'm still getting empty ust traces using tracef

[Brian Hutchinson via lttng-dev <lttng-dev@lists.lttng.org>]

Hi Mathieu,

On Fri, May 12, 2023 at 9:33 AM Mathieu Desnoyers
<mathieu.desnoyers@efficios.com> wrote:
>
> On 2023-05-12 00:10, Brian Hutchinson wrote:
> > Hmm, I missed this earlier somehow.
> >
> > So, I'm not the greatest at updating OE and Yocto recipes.  I'm
> > currently using this recipe:
> > http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-kernel/lttng/lttng-ust_2.13.5.bb?h=master
> >
> > ... and it looks like the commit you are talking about is newer.
> >
> > I always think, oh, I'll just update the source URI in the recipe but
> > it's never that simple ... and there are patches in the recipe etc.
> >
> > I've got a sdk (external toolchain) built for my embedded platform.
> > Would it be too hard to just download stable-2.13 of everything and
> > cross compile it outside of Yocto?
> >
> > What do you suggest?
> >
> > And do I need to do anything besides just get 2.13 stable working?  I
> > was kind of confused if I need to put a #define
> > LTTNG_TRACEPOINT_DEFINE somewhere in my code.  I'm not using a
> > tracepoint provider packages at this point
>
> Hi Brian,
>
> You might want to provide a trimmed-down reproducer of your issue:
> example .c compile unit instrumented with tracepoints, example .c
> compile unit containing the tracepoint probes, and the log of the
> console when this application is run with LTTNG_UST_DEBUG=1.

The code has two different areas where I'm trying to use tracef.  The
way the app is put together, each of these areas end up becoming
static libs that all get lumped together to make the final executable
(which is then linked with -llttng-ust and -ldl).

If I'm reading between the lines correctly with respect to the commit
you pointed out (that I'm missing), if I reduce the inclusion of I
#include <lttng/tracef.h> to one instance (like with the hello world
that worked), I'm thinking the version I have might work.

I don't know how I could trim down the large multi threaded app I'm
trying to debug to share.

Another dynamic I should mention in full disclosure, the app in
question has been ported from a different OS and was on a single core
cpu.  The new host ( imx8) is a quad core A53 and since the app wasn't
written for multicore, the cpu's are isolated and systemd is starting
the app on cpu 0 but once it's up it switches it's affinity to cpu 1
so I don't know if that's a factor here or not so just mentioning it.

I did try with LTTNG_UST_DEBUG=1 last night and it didn't put out much:

export LTTNG_UST_DEBUG=1
# systemctl start my_app

#lttng create my_tc_trace --output=/tmp/my_tc_trace
Spawning a session daemon
libringbuffer-clients[711/711]
: LTT : ltt ring buffer client
"relay-metadata-mmap" init
(in lttng_ring_buffer_metadata_client_init() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/metadata-template.h:364)
libringbuffer-clients[711/711]: LTT : ltt ring buffer client
"relay-overwrite-mmap" init
(in lttng_ring_buffer_client_overwrite_init() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/template.h:826)
libringbuffer-clients[711/711]: LTT : ltt ring buffer client
"relay-overwrite-rt-mmap" init
(in lttng_ring_buffer_client_overwrite_rt_init() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/template.h:826)
libringbuffer-clients[711/711]: LTT : ltt ring buffer client
"relay-discard-mmap" init
(in lttng_ring_buffer_client_discard_init() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/template.h:826)
libringbuffer-clients[711/711]: LTT : ltt ring buffer client
"relay-discard-rt-mmap" init
(in lttng_ring_buffer_client_discard_rt_init() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/template.h:826)
[  179.384456] LTTng: Loaded modules v2.13.9 (Nordicit�é)
[  179.390366] LTTng: Experimental bitwise enum enabled.
libringbuffer-clients[711/711]: LTT : ltt ring buffer client
"relay-discard-rt-mmap" exit
(in lttng_ring_buffer_client_discard_rt_exit() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/template.h:833)
libringbuffer-clients[711/711]: LTT : ltt ring buffer client
"relay-discard-mmap" exit
(in lttng_ring_buffer_client_discard_exit() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/template.h:833)
libringbuffer-clients[711/711]: LTT : ltt ring buffer client
"relay-overwrite-rt-mmap" exit
(in lttng_ring_buffer_client_overwrite_rt_exit() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/template.h:833)
libringbuffer-clients[711/711]: LTT : ltt ring buffer client
"relay-overwrite-mmap" exit
(in lttng_ring_buffer_client_overwrite_exit() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/template.h:833)
libringbuffer-clients[711/711]: LTT : ltt ring buffer client
"relay-metadata-mmap" exit
(in lttng_ring_buffer_metadata_client_exit() at
../../../lttng-ust-2.13.5/src/common/ringbuffer-clients/metadata-template.h:371)
Session my_tc_trace created.
Traces will be output to /tmp/my_tc_trace

# lttng enable-event --userspace 'lttng_ust_tracef:*'
ust event lttng_ust_tracef:* created in channel channel0

# lttng start
Tracing started for session my_tc_trace

# lttng destroy
Destroying session my_tc_trace..
Session my_tc_trace destroyed

root@localhost:/tmp/my_tc_trace/ust/uid/0# cd 64-bit/
root@localhost:/tmp/my_tc_trace/ust/uid/0/64-bit# ls
channel0_0  channel0_1  channel0_2  channel0_3  index  metadata
root@localhost:/tmp/my_tc_trace/ust/uid/0/64-bit# ls -al
total 20
drwxrwx--- 3 root root  160 Sep 20 10:48 .
drwxrwx--- 3 root root   60 Sep 20 10:48 ..
-rw-rw---- 1 root root 4096 Sep 20 10:48 channel0_0
-rw-rw---- 1 root root 4096 Sep 20 10:48 channel0_1
-rw-rw---- 1 root root 4096 Sep 20 10:48 channel0_2
-rw-rw---- 1 root root 4096 Sep 20 10:48 channel0_3
drwxrwx--- 2 root root  120 Sep 20 10:48 index
-rw-rw---- 1 root root 4096 Sep 20 10:48 metadata
root@localhost:/tmp/my_tc_trace/ust/uid/0/64-bit# cd index/
root@localhost:/tmp/my_tc_trace/ust/uid/0/64-bit/index# ls
channel0_0.idx  channel0_1.idx  channel0_2.idx  channel0_3.idx
root@localhost:/tmp/my_tc_trace/ust/uid/0/64-bit/index# ls -al
total 16
drwxrwx--- 2 root root 120 Sep 20 10:48 .
drwxrwx--- 3 root root 160 Sep 20 10:48 ..
-rw-rw---- 1 root root  88 Sep 20 10:48 channel0_0.idx
-rw-rw---- 1 root root  88 Sep 20 10:48 channel0_1.idx
-rw-rw---- 1 root root  88 Sep 20 10:48 channel0_2.idx
-rw-rw---- 1 root root  88 Sep 20 10:48 channel0_3.idx

No events in the logs, if it were working there would be tons of stuff in there.

But it sounds like my main problem is I need stable-2.13 and I need to
figure out the best way to do that.  Compile from lttng source outside
of yocto (probably not a good idea with all the dependencies that
would also need to be cross compiled) with my generated sdk for the
imx8 or try to update the OE recipe that I'm currently using.

Regards,

Brian





>
> Thanks,
>
> Mathieu
>
> --
> Mathieu Desnoyers
> EfficiOS Inc.
> https://www.efficios.com
>
_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev