Re: [lttng-dev] [PATCH lttng-tools] Fix: test code assumes that child process is schedule to run before parent

2021-03-31 Thread Anders Wallin via lttng-dev
Hi Jonathan :) It's very unlikely that the race could occur, BUT it can happen. OK run 1. test_event_tracker starts gen-ust-events 2. test_event_tracker waits for gen-ust-events to create AFTER_FIRST_PATH 3. gen-ust-event create first event and create AFTER_FIRST_PATH 4. gen-ust-event continue

Re: [lttng-dev] [PATCH lttng-tools] Fix: test code assumes that child process is schedule to run before parent

2021-03-31 Thread Jonathan Rajotte-Julien via lttng-dev
Hi, On Wed, Mar 31, 2021 at 11:09:42PM +0200, Anders Wallin wrote: > Hi Julian, You can use Jonathan. ;) > > Neither mine "sleep 0.1" or your version with "while [! -f " > are race condition free. I might be missing something here but as far as I understand the race you are trying

Re: [lttng-dev] [PATCH lttng-tools] Fix: test code assumes that child process is schedule to run before parent

2021-03-31 Thread Anders Wallin via lttng-dev
Hi Julian, Neither mine "sleep 0.1" or your version with "while [! -f " are race condition free. I suggest that we add an option to gen-ust-events to wait before the first event is generated. gen_kernel_test_events already have this functionality to wait before the first event.

Re: [lttng-dev] [PATCH lttng-tools] Fix: test code assumes that child process is schedule to run before parent

2021-03-31 Thread Jonathan Rajotte-Julien via lttng-dev
> # > # SPDX-License-Identifier: GPL-2.0-only > > -TEST_DESC="LTTng - Event traker test" > +TEST_DESC="LTTng - Event tracker test" > > CURDIR=$(dirname "$0")/ > TESTDIR="$CURDIR/../../.." > @@ -42,6 +42,8 @@ function prepare_ust_app > > $TESTAPP_BIN -i $NR_ITER -w $NR_USEC_WAIT -a

[lttng-dev] [PATCH lttng-tools] Fix: test code assumes that child process is schedule to run before parent

2021-03-31 Thread Anders Wallin via lttng-dev
the following tests fails on arm64 - test_event_vpid_tracker ust 0 "${EVENT_NAME}" - test_event_vpid_track_untrack ust 0 "${EVENT_NAME}" - test_event_pid_tracker ust 0 "${EVENT_NAME}" - test_event_pid_track_untrack ust 0 "${EVENT_NAME}" Signed-off-by: Anders Wallin ---

[lttng-dev] [PATCH lttng-tools] Fix: added missing test_channel and removed double defined test_syscall

2021-03-31 Thread Anders Wallin via lttng-dev
Signed-off-by: Anders Wallin --- tests/regression/kernel/Makefile.am | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/tests/regression/kernel/Makefile.am b/tests/regression/kernel/Makefile.am index f06f5152..040b7642 100644 --- a/tests/regression/kernel/Makefile.am +++

Re: [lttng-dev] Can't trace function calls

2021-03-31 Thread Ramesh Errabolu via lttng-dev
Thanks for the quick response, appreciate it. At a high level this is what I did. 1. reboot 2. login as sudo 3. set LD_LIBRARY_PATH to point to right locations 4. ldd of executable to show right library versions are picked up 5. execute the workload by specifiy LD_PRELOAD env

Re: [lttng-dev] Can't trace function calls

2021-03-31 Thread Jonathan Rajotte-Julien via lttng-dev
Hi, On Wed, Mar 31, 2021 at 10:51:03AM -0500, Ramesh Errabolu via lttng-dev wrote: > I am trying to capture the list of functions being called by an app. The > app relies on a couple of shared libraries (libhsa-runtime64.so and > libhsakmt.so). ok. > > My experiments all *FAIL *i.e. there are

[lttng-dev] Can't trace function calls

2021-03-31 Thread Ramesh Errabolu via lttng-dev
I am trying to capture the list of functions being called by an app. The app relies on a couple of shared libraries (libhsa-runtime64.so and libhsakmt.so). My experiments all *FAIL *i.e. there are no log files of the output. The link on lttng-ust-cyg-profile does not tell me where I can get them.

Re: [lttng-dev] Question/Issue compilation ARMv7 of LTTng

2021-03-31 Thread Jonathan Rajotte-Julien via lttng-dev
Hi, On Tue, Mar 30, 2021 at 10:29:22PM +, MONTET Julien via lttng-dev wrote: > Hello the developpers ! > > On my side, userspace and kernel event are working for both x86_64 and 32bits > on Ubuntu 20.04. > One of my main goals is to use LTTng on an armv7 target (Raspbian 32 bits). Ok. >