<div dir="ltr"><div dir="ltr"><div>Hi Kienan,</div><div></div><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 11, 2024 at 8:38 AM Kienan Stewart <<a href="mailto:kstewart@efficios.com" target="_blank">kstewart@efficios.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Brian,<br>
<br>
On 7/11/24 8:33 AM, Brian Hutchinson via lttng-dev wrote:<br>
> ...<br>
><br>
> I'm not sure about this, still trying to comprehend everything, but I<br>
> think my issue could be related to all this gcc TLS, heap, trampoline<br>
> talk here:<br>
><br>
> <a href="https://www.mail-archive.com/lttng-dev@lists.lttng.org/msg13584.html" rel="noreferrer" target="_blank">https://www.mail-archive.com/lttng-dev@lists.lttng.org/msg13584.html</a><br>
> <<a href="https://www.mail-archive.com/lttng-dev@lists.lttng.org/msg13584.html" rel="noreferrer" target="_blank">https://www.mail-archive.com/lttng-dev@lists.lttng.org/msg13584.html</a>><br>
><br>
> Regards,<br>
><br>
> Brian<br>
><br>
<br>
You could try using lttng-ust 2.13.8, which includes a fix for the <br>
discussion you referenced.<br>
<br>
<a href="https://github.com/lttng/lttng-ust/commit/5db715e800d9b721f48495a987cd26c25965e836" rel="noreferrer" target="_blank">https://github.com/lttng/lttng-ust/commit/5db715e800d9b721f48495a987cd26c25965e836</a><br>
<br>
Please let us know if it doesn't solve it.<br>
<br>
thanks,<br>
kienan<br></blockquote><div><br></div><div>I updated to lttng-ust 2.13.8 as you suggested. At first, I pulled in the recipe from master branch of Yocto, but had the same problem as before after rebuilding.<br></div><div><br></div><div>Next, I downloaded the 2.13.8 lttng-ust tarball from the lttng site and setup a native build environment on my target and built lttng-ust 2.13.8 and my app as a second independent build method for sanity check. I can report that I get the exact same result as before this way too. <br></div><div><br></div><div>In both cases, I verified that I had the commit you referenced above.</div><div><br></div><div>I did a backtrace of the three threads captured in the coredump and show them below in hopes it will shed light on what I need to try next.</div><div><br></div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)">(gdb) thread apply all backtrace
</span><br>
<br>Thread 3 (Thread 0xffffbe7de7e0 (LWP 559)):
<br>#0 syscall () at ../sysdeps/unix/sysv/linux/aarch64/syscall.S:38
<br>#1 0x0000ffffbeef1bb8 in lttng_ust_futex (val3=0, uaddr2=0x0,
timeout=0x0, val=0, op=0, uaddr=0xffffbefd8000) at
../../../src/lib/lttng-ust/futex.h:56
<br>#2 lttng_ust_futex_async (op=0, val=0, timeout=0x0, uaddr2=0x0, val3=0, uaddr=0xffffbefd8000) at ../../../src/lib/lttng-ust/futex.h:88
<br>#3 wait_for_sessiond (sock_info=0xffffbef6b638 <global_apps>) at lttng-ust-comm.c:1761
<br>#4 ust_listener_thread (arg=0xffffbef6b638 <global_apps>) at lttng-ust-comm.c:1832
<br>#5 0x0000ffffbe9206a8 in start_thread (arg=0xffffc1bd8687) at pthread_create.c:442
<br>#6 0x0000ffffbe98801c in thread_start () at ../sysdeps/unix/sysv/linux/aarch64/clone.S:79
<br>
<br>Thread 2 (Thread 0xffffbdfce7e0 (LWP 560)):
<br>#0 syscall () at ../sysdeps/unix/sysv/linux/aarch64/syscall.S:38
<br>#1 0x0000ffffbeef1bb8 in lttng_ust_futex (val3=0, uaddr2=0x0,
timeout=0x0, val=0, op=0, uaddr=0xffffbefd7000) at
../../../src/lib/lttng-ust/futex.h:56
<br>#2 lttng_ust_futex_async (op=0, val=0, timeout=0x0, uaddr2=0x0, val3=0, uaddr=0xffffbefd7000) at ../../../src/lib/lttng-ust/futex.h:88
<br>#3 wait_for_sessiond (sock_info=0xffffbef695e0 <local_apps>) at lttng-ust-comm.c:1761
<br>#4 ust_listener_thread (arg=0xffffbef695e0 <local_apps>) at lttng-ust-comm.c:1832
<br>#5 0x0000ffffbe9206a8 in start_thread (arg=0xffffc1bd8687) at pthread_create.c:442
<br>#6 0x0000ffffbe98801c in thread_start () at ../sysdeps/unix/sysv/linux/aarch64/clone.S:79
<br>
<br>Thread 1 (Thread 0xffffbefcf460 (LWP 545)):
<br>#0 __strlen_asimd () at ../sysdeps/aarch64/multiarch/strlen_asimd.S:96
<br>#1 0x0000ffffbe834bd0 in lttng_ust_tp_validate_event_name (tp=0xaaaab8f14de0 <lttng_ust_tracepoint_hello_world___my_first_tracepoint>, tp=0xaaaab8f14de0 <lttng_ust_tracepoint_hello_world___my_first_tracepoint>) at tracepoint.c:143
<br>#2 add_callsite (tp=0xaaaab8f14de0 <lttng_ust_tracepoint_hello_world___my_first_tracepoint>, lib=0xaaaae74fad30) at tracepoint.c:412
<br>#3 lib_register_callsites (lib=0xaaaae74fad30) at tracepoint.c:552
<br>#4 lttng_ust_tracepoint_module_register (tracepoints_start=<optimized out>, tracepoints_count=<optimized out>) at tracepoint.c:956
<br>#5 0x0000aaaab8758204 in lttng_ust.tracepoints.ptrs_init ()
<br>#6 0x0000ffffbe8cb30c in call_init (env=<optimized out>, argv=0xffffc1bd8c88, argc=1) at ../csu/libc-start.c:145
<br>#7 __libc_start_main_impl (main=0xaaaab867aabc <main>,
argc=1, argv=0xffffc1bd8c88, init=<optimized out>,
fini=<optimized out>, rtld_fini=<optimized out>,
stack_end=<optimized out>) at ../csu/libc-start.c:376
<br>#8 0x0000aaaab867a7f0 in _start () at ../sysdeps/aarch64/start.S:81</span></div><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace">Regards,</span></div><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace">Brian<br></span></div></div></div>