From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id +3U0NknRj2avuSIAWB0awg (envelope-from ) for ; Thu, 11 Jul 2024 08:34:17 -0400 Authentication-Results: simark.ca; dkim=pass (2048-bit key; unprotected) header.d=lists.lttng.org header.i=@lists.lttng.org header.a=rsa-sha256 header.s=default header.b=Xbv0/Ok/; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id C78F21E0C3; Thu, 11 Jul 2024 08:34:17 -0400 (EDT) Received: from lists.lttng.org (lists.lttng.org [167.114.26.123]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 5190F1E097 for ; Thu, 11 Jul 2024 08:34:15 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lists.lttng.org; s=default; t=1720701254; bh=VjV7HACfCVPg0c/33+wgKPZyCbNGO2AEREHaHjskb54=; h=References:In-Reply-To:Date:To:Subject:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=Xbv0/Ok/YA1LxCgRS8vJL7wanVivn6QEzG3oxSQ2Bo0PHPAACK16l+ET9a4MtP9/2 uV0Zh3N6cuOafbSMoxBac64W0gczKnQELlm3CEnqAsg61dxQ6jpeJWwDw+pIuv8XSM 6djTQdyOLoEx9QmPaXsSFrfC7qeHBeqQai2SZXSjo0V7br878NTgnQzav9V/qoRYtM PLmLWaGPwUkRcgUh5pXnyhtgdQjnOaajYBYWzHCxHiAYeMaaT0lr6HMvoW8Ik55S06 jFcpbLZKX9KP5OXJqDuq4Zm2Ew9jBjeoRWLlpVzq91Zg9mxM8BrAmXd+Nsm+8FqFO2 9nP+0cJirJ5xQ== Received: from lists-lttng01.efficios.com (localhost [IPv6:::1]) by lists.lttng.org (Postfix) with ESMTP id 4WKZ0k4t8RzB42; Thu, 11 Jul 2024 08:34:14 -0400 (EDT) Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) by lists.lttng.org (Postfix) with ESMTPS id 4WKZ0j6PTjzB41 for ; Thu, 11 Jul 2024 08:34:13 -0400 (EDT) Received: by mail-pj1-x102b.google.com with SMTP id 98e67ed59e1d1-2c927152b4bso640455a91.2 for ; Thu, 11 Jul 2024 05:34:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720701252; x=1721306052; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ar8veQT8xmQBqjGYd3AasjXWTDgBRq+vaUoMaQR6EbY=; b=Ox+6zjDJX6+os8SLZZtDWZsXcnR0tMqHkXYx0eQzay0KVtkyagcT+p0BNAq0dwCCB8 FaF+DdnKxeONguX7f692iyKtHdwWAgUWrTEH+F2BmnTSIsZJl7/mJmgDR5SIghB3AVda cPmSdeDPPbSovGvo2cVu5cbbq/1vJPzs7gsgkr4/O2r2WLhpZ71naVEfkekQAdmk3b2A EhSlUwfdGMMQA3HCEdBEJE9cTRppkAf7Lphf+cbEy660Y1nFqXAsmUgHAmAlIMCE+iFj +G9/cU8/emdBoGP8U+M6jqapdJcQfbkuslaZvQsCaLdE4hi01cvNREbG7ZbCiI5aN445 yN2w== X-Gm-Message-State: AOJu0Yyb7nkQgVO4KFv2JiGx4oj7i9T2phYVls3baWfofCAcNTifmuBN 6J9cYnoCKGe4M9nncdvW5AMbKKTetOVlvSQ9/fB1k/3nK2cxKLevEdowBgbmYJwqra6B8suA/cc 6646MDsGTKSP03sOB6/+IvTZb9ZG70RBO X-Google-Smtp-Source: AGHT+IHyEtMxDLog/HVOsjdTn5ln8jJuGTNZjOoHv5oddzGPUwHoVfT7n1MVBgAe++rzphKVcVzDBec5EwipS5mj1uA= X-Received: by 2002:a17:90a:f491:b0:2c9:7fba:d88b with SMTP id 98e67ed59e1d1-2ca35c27e0dmr7482551a91.14.1720701252173; Thu, 11 Jul 2024 05:34:12 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Thu, 11 Jul 2024 08:33:59 -0400 Message-ID: To: lttng-dev@lists.lttng.org, yocto@lists.yoctoproject.org Subject: Re: [lttng-dev] Using lttng-ust 2.13.6 from Yocto Kirkstone and getting weird segfault saying strlen_asimd.S can't be found. X-BeenThere: lttng-dev@lists.lttng.org X-Mailman-Version: 2.1.39 Precedence: list List-Id: LTTng development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Brian Hutchinson via lttng-dev Reply-To: Brian Hutchinson Content-Type: multipart/mixed; boundary="===============3361827650842141046==" Errors-To: lttng-dev-bounces@lists.lttng.org Sender: "lttng-dev" --===============3361827650842141046== Content-Type: multipart/alternative; boundary="000000000000e688f2061cf7faae" --000000000000e688f2061cf7faae Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jul 10, 2024 at 9:53=E2=80=AFPM Brian Hutchinson wrote: > Hi, > > I'm getting a weird segfault when I compile in a lttng-ust tracepoint int= o > my application. > > I'm able to run the lttng-ust hello_world example just fine on my platfor= m > which one would think should prove everything out, but when I use the exa= ct > same hello world trace provider and link it into my multi-threadded app a= nd > simply call: > > lttng_ust_tracepoint(hello_world, my_first_tracepoint, 23, = "hi there!"); > > I get a segfault. > > Background. I'm on aarch64 platform (imx8mm-lpddr4-evk) with sdk (gcc > 11.4 glibc 2.35) and rootfs generated from Yocto Kirkstone 4.0.18. Built > lttng-tools (2.13.9) and lttng-ust (2.13.6) from yocto recipe. Built > out-of-tree kernel modules for lttng-modules (2.13.9) and I'm on kernel > 6.1.38. > > If I do a backtrace with gdb on the core this is what I see: > > GNU gdb (GDB) 11.2 > Copyright (C) 2022 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later < > http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > Type "show copying" and "show warranty" for details. > This GDB was configured as "aarch64-poky-linux". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from ./my_app... > > warning: core file may not match specified executable file. > [New LWP 757] > [New LWP 759] > [New LWP 758] > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/libthread_db.so.1". > Core was generated by `./my_app'. > Program terminated with signal SIGSEGV, Segmentation fault. > #0 __strlen_asimd () at ../sysdeps/aarch64/multiarch/strlen_asimd.S:96 > 96 ../sysdeps/aarch64/multiarch/strlen_asimd.S: No such file or > directory. > [Current thread is 1 (Thread 0xffffb8e2d040 (LWP 757))] > (gdb) bt > #0 __strlen_asimd () at ../sysdeps/aarch64/multiarch/strlen_asimd.S:96 > #1 0x0000ffffb86c5330 in lttng_ust_tracepoint_module_register () from > /usr/lib/liblttng-ust-tracepoint.so.1 > #2 0x0000aaaab4c8da18 in lttng_ust__tracepoints__ptrs_init () at > /opt/poky/4.0.18/sysroots/cortexa53-crypto-poky-linux/usr/include/lttng/t= racepoint.h:629 > > #3 0x0000ffffb872b30c in call_init (env=3D, > argv=3D0xffffe2d66098, argc=3D1) at ../csu/libc-start.c:145 > #4 __libc_start_main_impl (main=3D0xaaaab4bd94e0
, argc=3D1, > argv=3D0xffffe2d66098, init=3D, fini=3D, > rtld_fini=3D, stack_end=3D) at > ../csu/libc-start.c:376 > #5 0x0000aaaab4bd9230 in _start () at ../sysdeps/aarch64/start.S:81 > (gdb) > > If I run valgrind, this is what I see: > > =3D=3D627=3D=3D Memcheck, a memory error detector > =3D=3D627=3D=3D Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward = et al. > =3D=3D627=3D=3D Using Valgrind-3.18.1 and LibVEX; rerun with -h for copyr= ight info > =3D=3D627=3D=3D Command: ./my_app > =3D=3D627=3D=3D > LTTng-UST: Error while registering tracepoint probe. > =3D=3D627=3D=3D > =3D=3D627=3D=3D Process terminating with default action of signal 6 (SIGA= BRT) > =3D=3D627=3D=3D at 0x6772278: __pthread_kill_implementation (pthread_k= ill.c:44) > =3D=3D627=3D=3D by 0x672DD4F: raise (raise.c:26) > =3D=3D627=3D=3D by 0x671AEE3: abort (abort.c:79) > =3D=3D627=3D=3D by 0x2C572B: lttng_ust__events_init__hello_world > (ust-tracepoint-event.h:1221) > =3D=3D627=3D=3D by 0x2C5B97: lttng_ust_constructor_hello_world > (ust-tracepoint-event.h:1239) > =3D=3D627=3D=3D by 0x671B30B: call_init (libc-start.c:145) > =3D=3D627=3D=3D by 0x671B30B: __libc_start_main@@GLIBC_2.34 (libc-star= t.c:376) > =3D=3D627=3D=3D by 0x21122F: (below main) (start.S:81) > =3D=3D627=3D=3D > =3D=3D627=3D=3D HEAP SUMMARY: > =3D=3D627=3D=3D in use at exit: 151,712 bytes in 90 blocks > =3D=3D627=3D=3D total heap usage: 1,184 allocs, 1,094 frees, 202,570 by= tes > allocated > =3D=3D627=3D=3D > =3D=3D627=3D=3D 48 bytes in 1 blocks are still reachable in loss record 1= of 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x68D50CB: lttng_ust_tracepoint_module_register (in > /usr/lib/liblttng-ust-tracepoint.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 48 bytes in 1 blocks are still reachable in loss record 2= of 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x61E8143: lttng_ust_probe_register (in > /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x61FD49B: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 48 bytes in 1 blocks are still reachable in loss record 3= of 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x61E8143: lttng_ust_probe_register (in > /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x61DFF4F: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 48 bytes in 1 blocks are still reachable in loss record 4= of 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x61E8143: lttng_ust_probe_register (in > /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x61E026F: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 48 bytes in 1 blocks are still reachable in loss record 5= of 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x61E8143: lttng_ust_probe_register (in > /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x61E058F: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 48 bytes in 1 blocks are still reachable in loss record 6= of 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x68D50CB: lttng_ust_tracepoint_module_register (in > /usr/lib/liblttng-ust-tracepoint.so.1.0.0) > =3D=3D627=3D=3D by 0x2C5A17: lttng_ust__tracepoints__ptrs_init > (tracepoint.h:629) > =3D=3D627=3D=3D by 0x671B30B: call_init (libc-start.c:145) > =3D=3D627=3D=3D by 0x671B30B: __libc_start_main@@GLIBC_2.34 (libc-star= t.c:376) > =3D=3D627=3D=3D by 0x21122F: (below main) (start.S:81) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 128 bytes in 1 blocks are still reachable in loss record = 7 of 17 > =3D=3D627=3D=3D at 0x618551C: malloc (vg_replace_malloc.c:381) > =3D=3D627=3D=3D by 0x68A388B: ??? (in /usr/lib/liblttng-ust-common.so.= 1.0.0) > =3D=3D627=3D=3D by 0x68A2FBF: lttng_ust_common_ctor (in > /usr/lib/liblttng-ust-common.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 200 bytes in 1 blocks are still reachable in loss record = 8 of 17 > =3D=3D627=3D=3D at 0x618551C: malloc (vg_replace_malloc.c:381) > =3D=3D627=3D=3D by 0x5929E37: malloc (rtld-malloc.h:56) > =3D=3D627=3D=3D by 0x5929E37: add_to_global_resize (dl-open.c:152) > =3D=3D627=3D=3D by 0x592AA8F: dl_open_worker_begin (dl-open.c:716) > =3D=3D627=3D=3D by 0x681D877: _dl_catch_exception (dl-error-skeleton.c= :208) > =3D=3D627=3D=3D by 0x5929C77: dl_open_worker (dl-open.c:782) > =3D=3D627=3D=3D by 0x681D877: _dl_catch_exception (dl-error-skeleton.c= :208) > =3D=3D627=3D=3D by 0x592A07B: _dl_open (dl-open.c:884) > =3D=3D627=3D=3D by 0x676C467: dlopen_doit (dlopen.c:56) > =3D=3D627=3D=3D by 0x681D877: _dl_catch_exception (dl-error-skeleton.c= :208) > =3D=3D627=3D=3D by 0x681D92F: _dl_catch_error (dl-error-skeleton.c:227= ) > =3D=3D627=3D=3D by 0x676BF4F: _dlerror_run (dlerror.c:138) > =3D=3D627=3D=3D by 0x676C52B: dlopen_implementation (dlopen.c:71) > =3D=3D627=3D=3D by 0x676C52B: dlopen@@GLIBC_2.34 (dlopen.c:81) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 240 bytes in 2 blocks are still reachable in loss record = 9 of 17 > =3D=3D627=3D=3D at 0x618551C: malloc (vg_replace_malloc.c:381) > =3D=3D627=3D=3D by 0x59214C7: malloc (rtld-malloc.h:56) > =3D=3D627=3D=3D by 0x59214C7: _dl_map_object_deps (dl-deps.c:479) > =3D=3D627=3D=3D by 0x592A50B: dl_open_worker_begin (dl-open.c:592) > =3D=3D627=3D=3D by 0x681D877: _dl_catch_exception (dl-error-skeleton.c= :208) > =3D=3D627=3D=3D by 0x5929C77: dl_open_worker (dl-open.c:782) > =3D=3D627=3D=3D by 0x681D877: _dl_catch_exception (dl-error-skeleton.c= :208) > =3D=3D627=3D=3D by 0x592A07B: _dl_open (dl-open.c:884) > =3D=3D627=3D=3D by 0x676C467: dlopen_doit (dlopen.c:56) > =3D=3D627=3D=3D by 0x681D877: _dl_catch_exception (dl-error-skeleton.c= :208) > =3D=3D627=3D=3D by 0x681D92F: _dl_catch_error (dl-error-skeleton.c:227= ) > =3D=3D627=3D=3D by 0x676BF4F: _dlerror_run (dlerror.c:138) > =3D=3D627=3D=3D by 0x676C52B: dlopen_implementation (dlopen.c:71) > =3D=3D627=3D=3D by 0x676C52B: dlopen@@GLIBC_2.34 (dlopen.c:81) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 292 bytes in 15 blocks are possibly lost in loss record 1= 0 of 17 > =3D=3D627=3D=3D at 0x618551C: malloc (vg_replace_malloc.c:381) > =3D=3D627=3D=3D by 0x6783993: strdup (strdup.c:42) > =3D=3D627=3D=3D by 0x61FD92F: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x681DA9F: dl_iterate_phdr (dl-iteratephdr.c:74) > =3D=3D627=3D=3D by 0x61FE653: lttng_ust_dl_update (in > /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x61DE83B: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 336 bytes in 1 blocks are possibly lost in loss record 11= of 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x592ECB7: calloc (rtld-malloc.h:44) > =3D=3D627=3D=3D by 0x592ECB7: allocate_dtv (dl-tls.c:376) > =3D=3D627=3D=3D by 0x592F723: _dl_allocate_tls (dl-tls.c:635) > =3D=3D627=3D=3D by 0x677114F: allocate_stack (allocatestack.c:428) > =3D=3D627=3D=3D by 0x677114F: pthread_create@@GLIBC_2.34 > (pthread_create.c:647) > =3D=3D627=3D=3D by 0x61DEF03: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 336 bytes in 1 blocks are possibly lost in loss record 12= of 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x592ECB7: calloc (rtld-malloc.h:44) > =3D=3D627=3D=3D by 0x592ECB7: allocate_dtv (dl-tls.c:376) > =3D=3D627=3D=3D by 0x592F723: _dl_allocate_tls (dl-tls.c:635) > =3D=3D627=3D=3D by 0x677114F: allocate_stack (allocatestack.c:428) > =3D=3D627=3D=3D by 0x677114F: pthread_create@@GLIBC_2.34 > (pthread_create.c:647) > =3D=3D627=3D=3D by 0x61DEEB7: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 340 bytes in 17 blocks are possibly lost in loss record 1= 3 of 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x61FD94F: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x681DA9F: dl_iterate_phdr (dl-iteratephdr.c:74) > =3D=3D627=3D=3D by 0x61FE653: lttng_ust_dl_update (in > /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x61DE83B: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 1,248 bytes in 26 blocks are still reachable in loss reco= rd 14 of > 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x68D529F: lttng_ust_tracepoint_module_register (in > /usr/lib/liblttng-ust-tracepoint.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 4,608 bytes in 2 blocks are possibly lost in loss record = 15 of 17 > =3D=3D627=3D=3D at 0x618551C: malloc (vg_replace_malloc.c:381) > =3D=3D627=3D=3D by 0x5922FFB: malloc (rtld-malloc.h:56) > =3D=3D627=3D=3D by 0x5922FFB: _dlfo_mappings_segment_allocate > (dl-find_object.c:217) > =3D=3D627=3D=3D by 0x5922FFB: _dl_find_object_update_1 (dl-find_object= .c:671) > =3D=3D627=3D=3D by 0x5922FFB: _dl_find_object_update (dl-find_object.c= :805) > =3D=3D627=3D=3D by 0x592A803: dl_open_worker_begin (dl-open.c:735) > =3D=3D627=3D=3D by 0x681D877: _dl_catch_exception (dl-error-skeleton.c= :208) > =3D=3D627=3D=3D by 0x5929C77: dl_open_worker (dl-open.c:782) > =3D=3D627=3D=3D by 0x681D877: _dl_catch_exception (dl-error-skeleton.c= :208) > =3D=3D627=3D=3D by 0x592A07B: _dl_open (dl-open.c:884) > =3D=3D627=3D=3D by 0x676C467: dlopen_doit (dlopen.c:56) > =3D=3D627=3D=3D by 0x681D877: _dl_catch_exception (dl-error-skeleton.c= :208) > =3D=3D627=3D=3D by 0x681D92F: _dl_catch_error (dl-error-skeleton.c:227= ) > =3D=3D627=3D=3D by 0x676BF4F: _dlerror_run (dlerror.c:138) > =3D=3D627=3D=3D by 0x676C52B: dlopen_implementation (dlopen.c:71) > =3D=3D627=3D=3D by 0x676C52B: dlopen@@GLIBC_2.34 (dlopen.c:81) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 70,992 bytes in 17 blocks are possibly lost in loss recor= d 16 of > 17 > =3D=3D627=3D=3D at 0x618A790: calloc (vg_replace_malloc.c:1328) > =3D=3D627=3D=3D by 0x61FD91B: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x681DA9F: dl_iterate_phdr (dl-iteratephdr.c:74) > =3D=3D627=3D=3D by 0x61FE653: lttng_ust_dl_update (in > /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x61DE83B: ??? (in /usr/lib/liblttng-ust.so.1.0.0) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D 72,704 bytes in 1 blocks are still reachable in loss reco= rd 17 of > 17 > =3D=3D627=3D=3D at 0x618551C: malloc (vg_replace_malloc.c:381) > =3D=3D627=3D=3D by 0x653E137: ??? (in /usr/lib/libstdc++.so.6.0.29) > =3D=3D627=3D=3D by 0x5923653: call_init.part.0 (dl-init.c:74) > =3D=3D627=3D=3D by 0x5923767: call_init (dl-init.c:29) > =3D=3D627=3D=3D by 0x5923767: _dl_init (dl-init.c:121) > =3D=3D627=3D=3D by 0x5935D37: ??? (in /lib/ld-linux-aarch64.so.1) > =3D=3D627=3D=3D > =3D=3D627=3D=3D LEAK SUMMARY: > =3D=3D627=3D=3D definitely lost: 0 bytes in 0 blocks > =3D=3D627=3D=3D indirectly lost: 0 bytes in 0 blocks > =3D=3D627=3D=3D possibly lost: 76,904 bytes in 53 blocks > =3D=3D627=3D=3D still reachable: 74,808 bytes in 37 blocks > =3D=3D627=3D=3D suppressed: 0 bytes in 0 blocks > =3D=3D627=3D=3D > =3D=3D627=3D=3D For lists of detected and suppressed errors, rerun with: = -s > =3D=3D627=3D=3D ERROR SUMMARY: 6 errors from 6 contexts (suppressed: 0 fr= om 0) > Aborted > > I'm sure I'm probably doing something wrong but I've tried static linking= , > dynamic linking using LD_PRELOAD helpers like LD_PRELOAD=3Dliblttng-ust-p= thread-wrapper.so.1:liblttng-ust-fd.so.1:liblttng-ust-fork.so.1 > and I'm out of options that I know to try. > > Looking for pointers on what else I can try and what I could be doing > wrong. > > I had this same segfault issue using Dunfell version of Yocto and earlier > versions of lttng (2.11) but never dug into it because was planning on > upgrading everything soon, so recently stepped up to newer versions of > everything to see if that solved the issue but apparently not. > > I'm not sure about this, still trying to comprehend everything, but I think my issue could be related to all this gcc TLS, heap, trampoline talk here: https://www.mail-archive.com/lttng-dev@lists.lttng.org/msg13584.html Regards, Brian --000000000000e688f2061cf7faae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Jul 10, 2024 at 9:53=E2=80=AFPM Brian Hutchinson <b.hutchman@gmail.com> wrote:
= Hi,

I'm getting a weird segfault when I compil= e in a lttng-ust tracepoint into my application.

I= 'm able to run the lttng-ust hello_world example just fine on my platfo= rm which one would think should prove everything out, but when I use the ex= act same hello world trace provider and link it into my multi-threadded app= and simply call:=C2=A0 
lttng_ust_tracepoint(hello_world, my_first_tra=
cepoint, 23,
                         "hi there!");
I get a segfault.

Bac= kground.=C2=A0 I'm on aarch64 platform (imx8mm-lpddr4-evk) with sdk (gc= c 11.4 glibc 2.35) and rootfs generated from Yocto Kirkstone 4.0.18.=C2=A0 = Built lttng-tools (2.13.9) and lttng-ust (2.13.6) from yocto recipe.=C2=A0 = Built out-of-tree kernel modules for lttng-modules (2.13.9) and I'm on = kernel 6.1.38.

If I do a backtrace with gdb on the= core this is what I see:

GNU gdb (GDB) 11.2
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html= >
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details= .
This GDB was configured as "aarch64-poky-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
=C2=A0=C2=A0=C2=A0<http://www.gnu.org/software/gdb/documentation/= >.

For help, type "help".
Type "apropos word" to search for commands related to "w= ord"...
Reading symbols from ./my_app...

warning: core file may not match specified executable file.
[New LWP 757]
[New LWP 759]
[New LWP 758]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
Core was generated by `./my_app'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 =C2=A0__strlen_asimd () at ../sysdeps/aarch64/multiarch/strlen_asimd= .S:96
96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0../sysdeps/aarch64/multiarch/strlen_as= imd.S: No such file or directory.
[Current thread is 1 (Thread 0xffffb8e2d040 (LWP 757))]
(gdb) bt
#0 =C2=A0__strlen_asimd () at ../sysdeps/aarch64/multiarch/strlen_asimd= .S:96
#1 =C2=A00x0000ffffb86c5330 in lttng_ust_tracepoint_module_register () = from /usr/lib/liblttng-ust-tracepoint.so.1
#2 =C2=A00x0000aaaab4c8da18 in lttng_ust__tracepoints__ptrs_init () at = /opt/poky/4.0.18/sysroots/cortexa53-crypto-poky-linux/usr/include/lttng/tra= cepoint.h:629
#3 =C2=A00x0000ffffb872b30c in call_init (env=3D<optimized out>, = argv=3D0xffffe2d66098, argc=3D1) at ../csu/libc-start.c:145
#4 =C2=A0__libc_start_main_impl (main=3D0xaaaab4bd94e0 <main>, ar= gc=3D1, argv=3D0xffffe2d66098, init=3D<optimized out>, fini=3D<opt= imized out>, rtld_fini=3D<optimized out>, stack_end=3D<optimize= d out>) at ../csu/libc-start.c:376
#5 =C2=A00x0000aaaab4bd9230 in _start () at ../sysdeps/aarch64/start.S:= 81
(gdb)

If I run valgrind, th= is is what I see:
=3D=3D627=3D=3D Memcheck,= a memory error detector
=3D=3D627=3D=3D Copyright (C) 2002-2017, and GNU GPL'd, by J= ulian Seward et al.
=3D=3D627=3D=3D Using Valgrind-3.18.1 and LibVEX; rerun with -h for cop= yright info
=3D=3D627=3D=3D Command: ./my_app
=3D=3D627=3D=3D =C2=A0
LTTng-UST: Error while registering tracepoint= probe.
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D Process terminating with defa= ult action of signal 6 (SIGABRT)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x6772278: __pthread_kill_implemen= tation (pthread_kill.c:44)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x672DD4F: raise (raise.c:26)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x671AEE3: abort (abort.c:79)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x2C572B: lttng_ust__events_init__= hello_world (ust-tracepoint-event.h:1221)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x2C5B97: lttng_ust_constructor_he= llo_world (ust-tracepoint-event.h:1239)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x671B30B: call_init (libc-start.c= :145)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x671B30B: __libc_start_main@@GLIB= C_2.34 (libc-start.c:376)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x21122F: (below main) (start.S:81= )
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D HEAP SUMMARY:
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0=C2=A0in use at exit: 151,712 bytes i= n 90 blocks
=3D=3D627=3D=3D =C2=A0=C2=A0total heap usage: 1,184 allocs, 1,094 frees= , 202,570 bytes allocated
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 48 bytes in 1 blocks are stil= l reachable in loss record 1 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x68D50CB: lttng_ust_tracepoint_mo= dule_register (in /usr/lib/liblttng-ust-tracepoint.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 48 bytes in 1 blocks are stil= l reachable in loss record 2 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61E8143: lttng_ust_probe_registe= r (in /usr/lib/liblttng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61FD49B: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 48 bytes in 1 blocks are stil= l reachable in loss record 3 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61E8143: lttng_ust_probe_registe= r (in /usr/lib/liblttng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61DFF4F: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 48 bytes in 1 blocks are stil= l reachable in loss record 4 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61E8143: lttng_ust_probe_registe= r (in /usr/lib/liblttng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61E026F: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 48 bytes in 1 blocks are stil= l reachable in loss record 5 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61E8143: lttng_ust_probe_registe= r (in /usr/lib/liblttng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61E058F: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 48 bytes in 1 blocks are stil= l reachable in loss record 6 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x68D50CB: lttng_ust_tracepoint_mo= dule_register (in /usr/lib/liblttng-ust-tracepoint.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x2C5A17: lttng_ust__tracepoints__= ptrs_init (tracepoint.h:629)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x671B30B: call_init (libc-start.c= :145)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x671B30B: __libc_start_main@@GLIB= C_2.34 (libc-start.c:376)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x21122F: (below main) (start.S:81= )
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 128 bytes in 1 blocks are sti= ll reachable in loss record 7 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618551C: malloc (vg_replace_mall= oc.c:381)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x68A388B: ??? (in /usr/lib/libltt= ng-ust-common.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x68A2FBF: lttng_ust_common_ctor (= in /usr/lib/liblttng-ust-common.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 200 bytes in 1 blocks are sti= ll reachable in loss record 8 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618551C: malloc (vg_replace_mall= oc.c:381)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5929E37: malloc (rtld-malloc.h:5= 6)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5929E37: add_to_global_resize (d= l-open.c:152)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592AA8F: dl_open_worker_begin (d= l-open.c:716)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D877: _dl_catch_exception (dl= -error-skeleton.c:208)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5929C77: dl_open_worker (dl-open= .c:782)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D877: _dl_catch_exception (dl= -error-skeleton.c:208)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592A07B: _dl_open (dl-open.c:884= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676C467: dlopen_doit (dlopen.c:5= 6)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D877: _dl_catch_exception (dl= -error-skeleton.c:208)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D92F: _dl_catch_error (dl-err= or-skeleton.c:227)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676BF4F: _dlerror_run (dlerror.c= :138)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676C52B: dlopen_implementation (= dlopen.c:71)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676C52B: dlopen@@GLIBC_2.34 (dlo= pen.c:81)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 240 bytes in 2 blocks are sti= ll reachable in loss record 9 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618551C: malloc (vg_replace_mall= oc.c:381)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x59214C7: malloc (rtld-malloc.h:5= 6)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x59214C7: _dl_map_object_deps (dl= -deps.c:479)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592A50B: dl_open_worker_begin (d= l-open.c:592)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D877: _dl_catch_exception (dl= -error-skeleton.c:208)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5929C77: dl_open_worker (dl-open= .c:782)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D877: _dl_catch_exception (dl= -error-skeleton.c:208)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592A07B: _dl_open (dl-open.c:884= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676C467: dlopen_doit (dlopen.c:5= 6)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D877: _dl_catch_exception (dl= -error-skeleton.c:208)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D92F: _dl_catch_error (dl-err= or-skeleton.c:227)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676BF4F: _dlerror_run (dlerror.c= :138)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676C52B: dlopen_implementation (= dlopen.c:71)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676C52B: dlopen@@GLIBC_2.34 (dlo= pen.c:81)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 292 bytes in 15 blocks are po= ssibly lost in loss record 10 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618551C: malloc (vg_replace_mall= oc.c:381)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x6783993: strdup (strdup.c:42)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61FD92F: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681DA9F: dl_iterate_phdr (dl-ite= ratephdr.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61FE653: lttng_ust_dl_update (in= /usr/lib/liblttng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61DE83B: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 336 bytes in 1 blocks are pos= sibly lost in loss record 11 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592ECB7: calloc (rtld-malloc.h:4= 4)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592ECB7: allocate_dtv (dl-tls.c:= 376)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592F723: _dl_allocate_tls (dl-tl= s.c:635)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x677114F: allocate_stack (allocat= estack.c:428)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x677114F: pthread_create@@GLIBC_2= .34 (pthread_create.c:647)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61DEF03: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 336 bytes in 1 blocks are pos= sibly lost in loss record 12 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592ECB7: calloc (rtld-malloc.h:4= 4)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592ECB7: allocate_dtv (dl-tls.c:= 376)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592F723: _dl_allocate_tls (dl-tl= s.c:635)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x677114F: allocate_stack (allocat= estack.c:428)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x677114F: pthread_create@@GLIBC_2= .34 (pthread_create.c:647)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61DEEB7: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 340 bytes in 17 blocks are po= ssibly lost in loss record 13 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61FD94F: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681DA9F: dl_iterate_phdr (dl-ite= ratephdr.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61FE653: lttng_ust_dl_update (in= /usr/lib/liblttng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61DE83B: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 1,248 bytes in 26 blocks are = still reachable in loss record 14 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x68D529F: lttng_ust_tracepoint_mo= dule_register (in /usr/lib/liblttng-ust-tracepoint.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 4,608 bytes in 2 blocks are p= ossibly lost in loss record 15 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618551C: malloc (vg_replace_mall= oc.c:381)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5922FFB: malloc (rtld-malloc.h:5= 6)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5922FFB: _dlfo_mappings_segment_= allocate (dl-find_object.c:217)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5922FFB: _dl_find_object_update_= 1 (dl-find_object.c:671)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5922FFB: _dl_find_object_update = (dl-find_object.c:805)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592A803: dl_open_worker_begin (d= l-open.c:735)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D877: _dl_catch_exception (dl= -error-skeleton.c:208)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5929C77: dl_open_worker (dl-open= .c:782)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D877: _dl_catch_exception (dl= -error-skeleton.c:208)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x592A07B: _dl_open (dl-open.c:884= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676C467: dlopen_doit (dlopen.c:5= 6)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D877: _dl_catch_exception (dl= -error-skeleton.c:208)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681D92F: _dl_catch_error (dl-err= or-skeleton.c:227)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676BF4F: _dlerror_run (dlerror.c= :138)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676C52B: dlopen_implementation (= dlopen.c:71)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x676C52B: dlopen@@GLIBC_2.34 (dlo= pen.c:81)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 70,992 bytes in 17 blocks are= possibly lost in loss record 16 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618A790: calloc (vg_replace_mall= oc.c:1328)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61FD91B: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x681DA9F: dl_iterate_phdr (dl-ite= ratephdr.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61FE653: lttng_ust_dl_update (in= /usr/lib/liblttng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x61DE83B: ??? (in /usr/lib/libltt= ng-ust.so.1.0.0)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D 72,704 bytes in 1 blocks are = still reachable in loss record 17 of 17
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0at 0x618551C: malloc (vg_replace_mall= oc.c:381)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x653E137: ??? (in /usr/lib/libstd= c++.so.6.0.29)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923653: call_init.part.0 (dl-in= it.c:74)
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: call_init (dl-init.c:29= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5923767: _dl_init (dl-init.c:121= )
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0by 0x5935D37: ??? (in /lib/ld-linux-a= arch64.so.1)
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D LEAK SUMMARY:
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0definitely lost: 0 bytes in 0 blocks
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0indirectly lost: 0 bytes in 0 blocks
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0possibly lost: 76,904 byt= es in 53 blocks
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0still reachable: 74,808 bytes in 37 b= locks
=3D=3D627=3D=3D =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0suppres= sed: 0 bytes in 0 blocks
=3D=3D627=3D=3D =C2=A0
=3D=3D627=3D=3D For lists of detected and sup= pressed errors, rerun with: -s
=3D=3D627=3D=3D ERROR SUMMARY: 6 errors from 6 contexts (suppressed: 0 = from 0)
Aborted

I'm sure I&= #39;m probably doing something wrong but I've tried static linking, dyn= amic linking using LD_PRELOAD helpers like LD_PRELOAD=3Dliblttng-ust-pthread-wrapper.so.1:liblttng-ust-fd.so.1:li= blttng-ust-fork.so.1 and I'm out of options that I know to try.<= /span>

Looking for pointers on what else I can try = and what I could be doing wrong.

= I had this same segfault issue using Dunfell version of Yocto and earlier v= ersions of lttng (2.11) but never dug into it because was planning on upgra= ding everything soon, so recently stepped up to newer versions of everythin= g to see if that solved the issue but apparently not.


I'm not sure about this, still trying to = comprehend everything, but I think my issue could be related to all this gc= c TLS, heap, trampoline talk here:

<= br>
Regards,

Brian
=C2=A0
--000000000000e688f2061cf7faae-- --===============3361827650842141046== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ lttng-dev mailing list lttng-dev@lists.lttng.org https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev --===============3361827650842141046==--