On 2025-07-16 00:09, Ondřej Surý via lttng-dev wrote:
Hi,
currently, the BIND 9 design involves multiple threads with per-thread
event loop from libuv (uv_loop).
We are using the default rcu variant, but it seems like an ideal place
to switch to QSBR as we can call quiescent state periodical
On 2025-07-09 14:57, Ondřej Surý via lttng-dev wrote:
Hi,
as the answer to this might be useful to more people, I am asking here:
The cds_lfht_new documentation specifies 3 sizes.
* cds_lfht_new - allocate a hash table.
* @init_size: number of buckets to allocate initially. Must be power o
Hi everyone,
We're excited to announce the release of LTTng 2.14.0, codenamed
“Orbitales”!
Four years in the making, this release brings a host of new features,
improvements, and experimental capabilities for you to explore.
WHAT'S NEW SINCE LTTNG 2.13?
New features
Hi,
This is a stable release announcement for the LTTng kernel tracer
(LTTng-modules) version 2.13.19. LTTng-modules is an out-of-tree
kernel tracer for the Linux kernel.
The LTTng project provides low-overhead, correlated userspace and
kernel tracing on Linux. Its use of the Common Trace Format
On 2025-06-08 22:49, Zhixu Liu via lttng-dev wrote:
otherwise build failed if has -DNDEBUG
Merged into liburcu master, 0.15, 0.14, thanks!
Mathieu
--
Mathieu Desnoyers
EfficiOS Inc.
https://www.efficios.com
On 2025-06-06 10:37, David Aldrich wrote:
Hi Mathieu
Indeed, You will also need to enable something like this:
lttng enable-event --userspace 'lttng_ust_cyg_profile:*'
See "man 3 lttng-ust-cyg-profile" for details.
Thanks for this. I used your suggested command and can now see the
Flame Cha
On 2025-06-05 06:49, David Aldrich wrote:
Hi Mathieu
I'd like to add some more detail. I now run our app using this pattern:
LD_PRELOAD=liblttng-ust-cyg-profile.so ./app
On importing the trace into TraceCompass I see:
"null analysis for LTTng-UST CallStack"
Could the reason be the lttng com
On 2025-06-02 10:37, David Aldrich via lttng-dev wrote:
Hi,
I am trying to use lttng-ust-cyg-profile.
Our application is large so, so far, I only compile main.cpp with
compiler option '-finstrument-functions' (I don't specify option
'-pg').
Our app must be run as root so I run it, and capture
On 2025-05-29 14:06, David Aldrich via lttng-dev wrote:
Hi
My question isn't directly related to lttng but I would welcome some advice.
Our Linux application is showing 'blips' whereby there are occasional
increases in processing times. This is for a user process that runs on
an isolated core.
Hi,
This is a stable release announcement for the LTTng kernel tracer,
an out-of-tree kernel tracer for the Linux kernel.
The LTTng project provides low-overhead, correlated userspace and
kernel tracing on Linux. Its use of the Common Trace Format and a
flexible control interface allows it to fu
Hi,
This is a release announcement for LTTng-UST 2.14.0-rc2. This release
is done in preparation of the final steps before 2.14 final. It mostly
contains changes that prevent building unused code and hide symbols when
experimental build defines are unset.
LTTng-UST, the Linux Trace Toolkit Next
Hi,
This is release announcement of liburcu 0.15.3. It is straightforward
a bug fix release for support of older compilers.
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.
On 2025-05-12 11:18, Mathieu Desnoyers via lttng-dev wrote:
On 2025-05-09 12:00, David Aldrich via lttng-dev wrote:
Hi
I am just getting started with LTTng and Trace Compass. I can capture
Kernel and UST events.
My purpose is to investigate why a periodic task, running on an
isolated core
On 2025-05-09 12:00, David Aldrich via lttng-dev wrote:
Hi
I am just getting started with LTTng and Trace Compass. I can capture
Kernel and UST events.
My purpose is to investigate why a periodic task, running on an
isolated core, has occasional blips i.e. it's period (duration)
extends.
I hav
Hi everyone,
We're excited to share the first release candidate of LTTng 2.14,
codenamed Orbitales!
Four years in the making, this release introduces a range of new
features, improvements, and experimental capabilities. The release
candidate phase will run for a few weeks, giving the community t
Hi,
This is a release announcement of LTTng-UST 2.13.9.
Noteworthy in this bug fix release:
* Use UATOMIC_HAS_ATOMIC_{BYTE,SHORT} to fix build against
liburcu 0.15.2.
* Add a close_range declaration in the liblttng-ust-fd.so wrapper.
And other minor fixes, see the detailed change log below.
This is a stable release announcement for the LTTng kernel tracer,
an out-of-tree kernel tracer for the Linux kernel.
This 2.13.18 release mainly introduces support for newer vanilla and
distribution kernels. It also updates the generated system call
instrumentation for 32-bit ARM, 64-bit ARM, x8
Hi,
This is a release announcement of Userspace RCU v0.15.2. The
most noteworthy changes in this stable release are:
* Tree-wide: Rename uatomic and CMM_*_SHARED callers to
uatomic_load/uatomic_store
This change renames all the following callers to uatomic_load()
(implicitly relax
On 2025-03-06 11:17, Kienan Stewart via lttng-dev wrote:
Hi 方锴,
On 3/4/25 3:09 AM, 方锴 via lttng-dev wrote:
I have referenced your project, URCU (Userspace RCU), on GitHub, which
is based on the QSBR model. However, I
noticed that when using it in user mode, it makes system calls to enter
the
Hi,
I've released Userspace RCU v0.15.1. The main purpose is fixing a
missing include of stdlib.h in a public header. It's a small bug, but it
caused enough issues for end users to justify a release.
liburcu is a LGPLv2.1 userspace RCU (read-copy-update) library. This
data synchronization librar
On 2025-02-03 15:52, Mathieu Desnoyers via lttng-dev wrote:
On 2025-02-02 16:48, Ondřej Surý via lttng-dev wrote:
Hey Mathieu,
I’m actually thinking about using librseq for some more lightweight
stuff first - like statistic counters (especially those related to
memory allocations), and my
On 2025-02-02 16:48, Ondřej Surý via lttng-dev wrote:
Hey Mathieu,
I’m actually thinking about using librseq for some more lightweight stuff first
- like statistic counters (especially those related to memory allocations), and
my first obvious question would be - how portable is the librseq me
Hi,
This is a stable release announcement for the LTTng kernel tracer,
a kernel tracer for the Linux kernel.
The most relevant news about this release is added support for
the Linux kernel v6.13 and for the RHEL 9.5 kernels by LTTng-modules
v2.13.17.
We are aware that this release of LTTng-modu
On 2025-01-15 09:23, Martin Hicks via lttng-dev wrote:
This fixes the asoc_snd_*, kfree_skb and udp related tracepoints for the
RHEL 9.5 distro kernel.
In all cases they've updated to the format of newer kernels.
I notice that this patch appears to be based on stable-2.13 rather
than the mast
On 2024-12-20 12:25, Mathieu Desnoyers via lttng-dev wrote:
Hi,
This is a release announcement for the Userspace RCU library version
0.15.0. It has been nearly two years since the 0.14.0 release, so
it is now time to get this out of the door.
As per our stable branch release cycle, the 0.13.4
Hi,
This is a release announcement for the Userspace RCU library version
0.15.0. It has been nearly two years since the 0.14.0 release, so
it is now time to get this out of the door.
The Userspace RCU library implements RCU, atomics, and lock-free
data structures in userspace.
* New in this rel
On 2024-12-11 05:32, Alexander Krabler via lttng-dev wrote:
Hi Christophe and Kienan,
Internal
On 12/2/24 4:17 PM, Christophe Bédard via lttng-dev wrote:
I did the same thing a while ago, i.e., trigger tracepoints on
malloc/free/etc. using liblttng-ust-libc-wrapper and collect userspace
callst
On 2024-10-21 19:35, Paul E. McKenney wrote:
On Mon, Oct 21, 2024 at 03:53:04PM -0400, Olivier Dion wrote:
Hi Paul,
In liburcu, `rcu_dereference()' is either implemented with volatile
access with `CMM_LOAD_SHARED()' followed by a memory barrier depends, or
a atomic load with CONSUME memory orde
Hi,
This is a stable release announcement for the LTTng kernel tracer,
a kernel tracer for the Linux kernel.
The most relevant news about those releases is added support for
the Linux kernel v6.12 by LTTng-modules v2.13.16.
Detailed change logs:
2024-11-18 (Odd Socks Day) LTTng Modules 2.13.16
On 2024-11-07 03:03, Dirk Eibach via lttng-dev wrote:
Hi,
sorry, Outlook is messing up my plaintext mails, so I am switching to
my gmail account.
lttng-modules exposes its control ABI through the virtual file /proc/lttng.
Does you container have access to that file ?
The container is runnin
Hi,
lttng-modules exposes its control ABI through the
virtual file /proc/lttng.
Does you container have access to that file ?
Note that if you give access to that file within the
container, then the container can observe detailed
information about kernel internals (including related
to other co
Hi,
This is a stable release announcement for the LTTng kernel tracer,
an out-of-tree kernel tracer for the Linux kernel.
The LTTng project provides low-overhead, correlated userspace and
kernel tracing on Linux. Its use of the Common Trace Format and a
flexible control interface allows it to fu
On 2024-09-17 02:44, Akhil Veeraghanta via lttng-dev wrote:
Hello,
We are trying to debug kernel work queue related issues in our system.
And as such, we've turned on workqueue_queue_work,
workqueue_active_work, workqueue_execute_start, workqueue_execute_end.
The tracepoint itself stores the
Hi,
This is a release announcement for the version 0.14.1 and 0.13.4
of the liburcu project.
Included in those releases are bug fixes, new architecture support,
OpenBSD support, and documentation updates.
liburcu is a LGPLv2.1 userspace RCU (read-copy-update) library. This
data synchronization
Hi,
This is a stable release announcement for the LTTng kernel tracer,
an out-of-tree kernel tracer for the Linux kernel.
The highlight of these releases is the added support for Linux v6.10
in LTTng-modules v2.13.14.
The LTTng project provides low-overhead, correlated userspace and
kernel trac
On 2024-07-04 13:33, Ondřej Surý via lttng-dev wrote:
Hi,
looks like my git-send-email configuration is not correct and my
mailserver ate the patch,
so here's one created by git-format-patch...
Nothing important, but it bite me today...
Merged into master, stable-0.14, stable-0.13, thanks!
Hi,
Here is the status of the specification and sub-specifications:
- "CTF2‑SPEC‑2.0: Common Trace Format version 2"
https://diamon.org/ctf/files/CTF2-SPEC-2.0.html
This is the official CTF 2.0 spec. The URL https://diamon.org/ctf
points to the latest version of the Common Trace Format spec.
On 2024-06-04 11:25, Wu, Yannan wrote:
The device is a rooted android device
*On the device:*
lttng-sessiond -d --no-kernel
lttng create my-live-session --live
lttng enable-event -u
lttng start
*On the host:*
adb reverse tcp:5343 tcp:5343
The adb reverse will fail for "/adb.exe: error:
Hi Amanda,
For each of the 4 commands described below, please clarify on
which device they are executed, whether on the Android device
or on the Development device.
Please make sure to follow to the letter the commands proposed
by Kienan: in the correct order, and on the appropriate device.
Tha
On 2024-05-17 12:04, Kienan Stewart via lttng-dev wrote:
Hi Martin,
thanks for the patch.
I changed the version range slightly. The RHEL kernel 5.14.0-427.13.1
still has the `isolate_mode` parameter in the `mm_vmscan_lru_isolate`
tracepoint; it was only removed in 5.14.0-427.16.1.
I also fo
Hi Damien,
If kexec is not an option on your system, you might be able to
access the pmem+dax filesystem after a warm reboot, but it very
much depends on whether your bios clears your memory or not on
warm reboot.
Cheers,
Mathieu
On 2024-05-16 14:22, Damien Berget via lttng-dev wrote:
Thanks
Hi,
This is a stable release announcement for the LTTng kernel tracer,
an out-of-tree kernel tracer for the Linux kernel.
The LTTng project provides low-overhead, correlated userspace and
kernel tracing on Linux. Its use of the Common Trace Format and a
flexible control interface allows it to fu
On 2024-05-02 10:32, Michael Jeanson wrote:
On 2024-05-02 09:54, Mathieu Desnoyers wrote:
On 2024-05-01 19:42, Benjamin Marzinski via lttng-dev wrote:
If the read() in get_cpu_mask_from_sysfs() fails with EINTR, the code is
supposed to retry, but the while loop condition has (bytes_read > 0),
w
On 2024-05-01 19:42, Benjamin Marzinski via lttng-dev wrote:
If the read() in get_cpu_mask_from_sysfs() fails with EINTR, the code is
supposed to retry, but the while loop condition has (bytes_read > 0),
which is false when read() fails with EINTR. The result is that the code
exits the loop, havi
LTTng-UST, the Linux Trace Toolkit Next Generation Userspace Tracer,
is a low-overhead application tracer. The library "liblttng-ust" enables
tracing of applications and libraries.
New in both 2.12.10 and 2.13.8:
* Add close_range wrapper to liblttng-ust-fd.so
GNU libc 2.34 implements a new clo
On 2024-04-15 10:20, Michael Jeanson via lttng-dev wrote:
On 2024-04-14 20:39, Paul Wise wrote:
On Thu, 2024-04-11 at 13:45 -0400, Michael Jeanson wrote:
I see no issues with this, thanks for the heads-up.
PS: I note that git.liburcu.org and git.lttng.org seem to have
identical contents. I w
Hi,
There are a few things missing before I can take this patch:
- Missing commit message describing the issue,
- Missing "Signed-off-by" tag.
Thanks!
Mathieu
On 2024-03-29 10:06, Duncan Sands via lttng-dev wrote:
--- src/urcu-bp.c
+++ src/urcu-bp.c
@@ -409,7 +409,7 @@ void expand_arena(stru
Hi,
This is a release announcement for the currently maintained
LTTng-modules Linux kernel tracer stables branches.
* New and noteworthy in these releases:
Linux kernel v6.8 is now supported by LTTng modules 2.13.12. If you need
support for recent kernels (v5.18+), you will need to upgrade to a
On 2024-02-23 09:26, Steven Rostedt wrote:
On Mon, 19 Feb 2024 13:01:16 -0500
Mathieu Desnoyers wrote:
Between "sched_process_exit" and "sched_process_free", the task can still be
observed by a trace analysis looking at sched and signal events: it's a zombie
at
that stage.
Looking at the hi
On 2024-01-15 14:42, Florian Weimer wrote:
* Mathieu Desnoyers:
[...]
General use of lttng should be fine, I think, only the malloc wrapper
has this problem.
The purpose of the nesting counter TLS variable in the malloc wrapper
is to catch situations like this where a global-dynamic TLS acc
On 2024-01-13 07:49, Florian Weimer via lttng-dev wrote:
This commit
commit 8abddb187b33480d8827f44ec655f45734a1749d
Author: Andrew Burgess
Date: Sat Aug 5 14:31:06 2023 +0200
libgcc: support heap-based trampolines
Add support for heap-based trampolines on x86_64-linux, aarch
The LTTng modules provide Linux kernel tracing capability to the LTTng
tracer toolset.
* New and noteworthy in these releases:
Newer Linux kernels (v6.6 and v6.7) are now supported by LTTng modules
2.13.11. If you need support for recent kernels (v5.18+), you will
need to upgrade to a recent LTT
LTTng-UST, the Linux Trace Toolkit Next Generation Userspace Tracer,
is a low-overhead application tracer. The library "liblttng-ust" enables
tracing of applications and libraries.
* New and noteworthy in these releases:
Specific to 2.13.7, a fix for misaligned urcu reader accesses was
introduce
On 2023-12-18 05:16, Lei wang via lttng-dev wrote:
Android GKI kernel add limitation on fs interface usage.
Need to import VFS namespace explicitly to make it workable
for lttng-modules.
Merged into lttng-modules master and 2.13 branches, thanks!
Mathieu
Signed-off-by: Lei wang
---
src/w
On 9/21/23 21:21, Olivier Dion via lttng-dev wrote:
On Thu, 21 Sep 2023, Ondřej Surý via lttng-dev
wrote:
[...]
It fails with:
rculfhash.c:1189:2: error: address argument to atomic operation must be a
pointer to integer ('typeof (node_next)' (aka 'struct cds_lfht_node **')
invalid)
On 9/10/23 10:18, Mousa, Anas wrote:
Hey Mathieu,
Hi Anas,
We see that upon recording a tracepoint, there are multiple stages of
reserve-commit-write, where atomics and shared memory accesses take up a big part of the
recording time,
we're wondering, is there a "light-mode" of recording
On 8/23/23 10:47, Paul E. McKenney wrote:
On Mon, Aug 21, 2023 at 11:43:32AM -0400, Mathieu Desnoyers wrote:
On 8/15/23 08:38, Mathieu Desnoyers via lttng-dev wrote:
On 8/14/23 17:05, Olivier Dion via lttng-dev wrote:
After discussing it with Mathieu, we agree on the following 3 phases for
On 8/15/23 08:38, Mathieu Desnoyers via lttng-dev wrote:
On 8/14/23 17:05, Olivier Dion via lttng-dev wrote:
After discussing it with Mathieu, we agree on the following 3 phases for
deprecating the signal flavor:
1) liburcu-signal will be implemented in term of liburcu-mb. The only
On 8/14/23 17:05, Olivier Dion via lttng-dev wrote:
After discussing it with Mathieu, we agree on the following 3 phases for
deprecating the signal flavor:
1) liburcu-signal will be implemented in term of liburcu-mb. The only
difference between the two flavors will be the public header file
On 8/10/23 06:05, Richa Bharti wrote:
From: Richa Bharti
Hi!
Thanks for your patch. I'm adding Michael Jeanson and the lttng-dev
mailing list in CC.
Thanks,
Mathieu
* Linux kernel>=6.1 reads sub-directory from Kbuild
* Kernel < 6.1 reads sub-directory from Makefile
Signed-off-by: Rich
On 7/18/23 15:27, Cook, Layne via lttng-dev wrote:
Can you tell me the status of the beta projects listed on the web site?
LTTng scope
LTTng analyses
The github projects haven't had an activity for quite a while. Have
these projects been abandoned, or superceded by something else?
Hi Layne,
On 7/12/23 14:44, Uttormark, Mike via lttng-dev wrote:
What became of the red-black tree effort? I see it in the git repo, 10
years old. It never made it onto master.
What would it take to get it onto master and into a release branch?
Hi Mike,
There are a few things that are in the way of
On 7/10/23 13:28, Bala Gundeboina via lttng-dev wrote:
Hi ,
i have copied the dependencies that i have installed on TDA4 evm
board and i have copied the dependency to the TI board and i getting
below error , i found the were this lock will create but in that
folder(/var/run/lttng) no
On 7/4/23 14:39, Roxana Nicolescu wrote:
Hi,
Thanks a lot for your feedback.
I realize I did not say the reason why I did not go for
LTTNG_UBUNTU_KERNEL_RANGE. We deliver a bunch of different
derivatives (inherited from the main kernel), each with its own
version and it's impossible to use LT
On 7/4/23 11:35, Michael Jeanson via lttng-dev wrote:
On 2023-07-03 14:28, Roxana Nicolescu via lttng-dev wrote:
This script described the changes in the linux kernel interface that
affect compatibility with lttng-modules.
It is introduced for a specific usecase where commit
d87a7b4c77a9: "jbd2
On 6/29/23 13:27, Olivier Dion wrote:
On Thu, 29 Jun 2023, Olivier Dion wrote:
[0] https://godbolt.org/z/3nW14M3v1
[1] https://godbolt.org/z/TcTeMeKbW
Sorry. That was:
[0] https://godbolt.org/z/ETcxnz4TW
Change
(volatile __typeof__(ptr))(ptr);
for:
(volatile __typeof__(*(pt
On 6/29/23 13:22, Olivier Dion wrote:
On Thu, 22 Jun 2023, "Paul E. McKenney" wrote:
On Thu, Jun 22, 2023 at 11:55:55AM -0400, Mathieu Desnoyers wrote:
On 6/21/23 19:19, Paul E. McKenney wrote:
I suggest C11 volatile atomic load/store. Load/store fusing is permitted
for non-volatile atomic l
On 6/22/23 15:53, Olivier Dion wrote:
On Thu, 22 Jun 2023, "Paul E. McKenney" wrote:
I suggest C11 volatile atomic load/store. Load/store fusing is permitted
for non-volatile atomic loads and stores, and such fusing can ruin your
code's entire day. ;-)
Good catch. Seems like not a problem
On 6/22/23 14:32, Paul E. McKenney wrote:
On Thu, Jun 22, 2023 at 11:55:55AM -0400, Mathieu Desnoyers wrote:
On 6/21/23 19:19, Paul E. McKenney wrote:
[...]
diff --git a/include/urcu/uatomic/builtins-generic.h
b/include/urcu/uatomic/builtins-generic.h
new file mode 100644
index 000..8e6a9b
On 6/21/23 19:19, Paul E. McKenney wrote:
[...]
diff --git a/include/urcu/uatomic/builtins-generic.h
b/include/urcu/uatomic/builtins-generic.h
new file mode 100644
index 000..8e6a9b5
--- /dev/null
+++ b/include/urcu/uatomic/builtins-generic.h
@@ -0,0 +1,85 @@
+/*
+ * urcu/uatomic/builtins-ge
On 6/22/23 06:45, Ondřej Surý via lttng-dev wrote:
(Sorry, I missed closing brackets in both macros, so resending fixed patch...)
The cds_lfht_for_each_entry and cds_lfht_for_each_entry_duplicate macros
would call caa_container_of() macro on NULL pointer. This is not a
problem under normal circ
On 6/21/23 20:53, Olivier Dion wrote:
On Wed, 21 Jun 2023, "Paul E. McKenney" wrote:
On Mon, May 15, 2023 at 04:17:11PM -0400, Olivier Dion wrote:
#ifndef cmm_mb
#define cmm_mb()__sync_synchronize()
Just out of curiosity, why not also implement cmm_mb() in terms of
__atomic_thread_fe
On 6/20/23 18:02, Brian Hutchinson wrote:
On Thu, May 11, 2023 at 2:14 PM Mathieu Desnoyers
wrote:
On 2023-05-11 14:13, Mathieu Desnoyers via lttng-dev wrote:
On 2023-05-11 12:36, Brian Hutchinson via lttng-dev wrote:
... more background. I've always used ltt in the kernel so I don&#
On 6/21/23 01:39, Yitschak, Yehuda wrote:
On 6/20/23 10:20, Mathieu Desnoyers via lttng-dev wrote:
On 6/20/23 06:27, Mousa, Anas via lttng-dev wrote:
Hello,
Arethereanysuggestionstorootcausethehighlatencyandpotentiallyimproveito
n*platform1*?
Thanks and best regards,
Anas.
I
On 6/20/23 10:20, Mathieu Desnoyers via lttng-dev wrote:
On 6/20/23 06:27, Mousa, Anas via lttng-dev wrote:
Hello,
Arethereanysuggestionstorootcausethehighlatencyandpotentiallyimproveiton*platform1*?
Thanks and best regards,
Anas.
I recommend using "perf" when tracin
On 6/20/23 06:27, Mousa, Anas via lttng-dev wrote:
Hello,
Arethereanysuggestionstorootcausethehighlatencyandpotentiallyimproveiton*platform1*?
Thanks and best regards,
Anas.
I recommend using "perf" when tracing with the sample program in a loop
to figure out the hot spots. With tha
On 6/13/23 21:51, Li-Kuan Ou wrote:
Read-side critical section nesting is tracked in lower-order bits
and grace-period phase number use a single high-order bit
Merged, thanks!
Mathieu
Signed-off-by: Li-Kuan Ou
---
include/urcu/static/urcu-bp.h | 6 +++---
include/urcu/static/urcu-mb
On 6/13/23 11:45, Li-Kuan Ou via lttng-dev wrote:
Read-side critical section nesting is tracked in lower-order bits
and grace-period phase number use a single high-order bit
Thanks for the fix. Here is a comment below,
Signed-off-by: Li-Kuan Ou
---
include/urcu/static/urcu-bp.h | 4 ++
Hello all,
The recordings for last year’s 2022 Tracing Summit talks were just
posted to the DiaMon Workgroup channel!
2022 Tracing Summit Talks:
https://www.youtube.com/playlist?list=PLuo4E47p5_7YbvyBpSHh-wO3KUVQ81BQR
If you did not get the chance to attend last year, we invite you to take
a lo
Hi,
This is a stable release announcement for the LTTng UST and LTTng modules
tracer projects.
Those contain mainly bug fixes and add support for recent distributions and
upstream kernels.
What's new in both LTTng-UST 2.12.8 and 2.13.6:
- Fix: use unaligned pointer accesses for lttng_inline_m
On 2023-05-18 15:20, Brian Hutchinson wrote:
On Thu, May 18, 2023 at 3:07 PM Brian Hutchinson wrote:
On Thu, May 18, 2023 at 3:03 PM Mathieu Desnoyers
wrote:
On 2023-05-18 14:58, Brian Hutchinson wrote:
On Thu, May 18, 2023 at 11:00 AM Brian Hutchinson wrote:
On Thu, May 18, 2023 at 10:
On 2023-05-18 15:07, Brian Hutchinson wrote:
[...]
If you attach to an ELF symbol (function), then there is no USDT in
play, so it should not be related to the issue you have.
That is what I was thinking which is why I wanted to try it.
But if your functions happen to be inlined, then the
On 2023-05-18 14:58, Brian Hutchinson wrote:
On Thu, May 18, 2023 at 11:00 AM Brian Hutchinson wrote:
On Thu, May 18, 2023 at 10:45 AM Mathieu Desnoyers
wrote:
On 2023-05-18 10:10, Brian Hutchinson wrote:
[...]
I updated my hello world to have a function I'd like to use the
--userspace-pro
On 2023-05-18 10:10, Brian Hutchinson wrote:
[...]
I updated my hello world to have a function I'd like to use the
--userspace-probe method on with the very original name of
'probe_function':
#include
#include
void probe_function(int i);
int main(int argc, char *argv[])
{
unsigned int i;
On 2023-05-17 12:37, Brian Hutchinson wrote:
On Wed, May 17, 2023 at 12:08 PM Mathieu Desnoyers
wrote:
On 2023-05-16 22:11, Brian Hutchinson via lttng-dev wrote:
Hi,
I'm trying to figure out how to use uprobes with lttng.
I can't use a normal uprobe for a line number just using the address
On 2023-05-16 22:11, Brian Hutchinson via lttng-dev wrote:
Hi,
I'm trying to figure out how to use uprobes with lttng.
I can't use a normal uprobe for a line number just using the address I
want to probe obtained from objdump? As in:
echo 'p /usr/local/bin/my_app:0x2c3a8' >>
/sys/kernel/debug
Hello all!
This is a Call for Proposals for the Tracing Summit 2023[0] which will be held
in Bilbao,
Spain on the 17th and 18th of September, 2023. This year, the event is
co-located with
Open Source Summit Europe 2023 [1].
- Event dates: Sunday, September 17th - Monday, September 18th
- Locat
On 2023-05-12 10:52, Brian Hutchinson wrote:
Hi Mathieu,
On Fri, May 12, 2023 at 9:33 AM Mathieu Desnoyers
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:
htt
[adding back the mailing list]
On 2023-05-12 09:33, Mathieu Desnoyers 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-c
On 2023-05-11 14:13, Mathieu Desnoyers via lttng-dev wrote:
On 2023-05-11 12:36, Brian Hutchinson via lttng-dev wrote:
... more background. I've always used ltt in the kernel so I don't
have much experience with the user side of it and especially
multi-threaded, multi-core so I&
On 2023-05-11 12:36, Brian Hutchinson via lttng-dev wrote:
... more background. I've always used ltt in the kernel so I don't
have much experience with the user side of it and especially
multi-threaded, multi-core so I'm probably missing some fundamental
concepts that I need to understand.
Whi
On 2023-03-26 11:00, yashvardhan kukreti wrote:
Hi Mathew,
I have a question about this patch for lttng-modules and the use of
register_kprobe() to fetch the function ptr.
The question in this regard is especially from PPC64 ELF_ABI_v1
perspective.
The functions on PPC6
On 2023-03-22 07:01, Ondřej Surý via lttng-dev wrote:
On 22. 3. 2023, at 9:02, Ondřej Surý via lttng-dev
wrote:
That's pretty much weird because the "Write" happens on stack local variable,
while the "Previous write" happens after futex, which lead me to the fact that
ThreadSanitizer doesn't i
On 2023-03-22 04:02, Ondřej Surý via lttng-dev wrote:
Hi,
this happens with all the patches fully applied and doesn't seem to be caused
by anything I am doing :)
WARNING: ThreadSanitizer: data race (pid=3995296)
Write of size 8 at 0x7fb51e5fd048 by thread T296:
#0 __tsan_memset (badca
On 2023-03-22 07:08, Ondřej Surý via lttng-dev wrote:
Hi,
the documentation is pretty silent on this, and asking here is probably going
to be faster
than me trying to use the source to figure this out.
Is it legal to call_rcu() from within the call_rcu() callback?
Yes. call_rcu callbacks can
On 2023-03-22 02:39, Yuan Bin via lttng-dev wrote:
Can I disable local-file-writing in lttng-relayd to avoid the disk
space overhead, only using it as a live viewer?
I am not sure why you bump this email thread. I already answered here.
Perhaps you did not receive my reply ?
https://l
On 2023-03-20 15:38, Duncan Sands via lttng-dev wrote:
Hi Mathieu,
While OK for the general case, I would recommend that we immediately
implement something more efficient on x86 32/64 which takes into
account that __ATOMIC_ACQ_REL atomic operations are implemented with
LOCK prefixed atomic op
On 2023-03-21 10:51, Ondřej Surý via lttng-dev wrote:
When adding REMOVED_FLAG to the pointers in the rculfhash
implementation, retype the generic pointer to unsigned long to fix the
following compiler error:
You will need to update the patch subject as well.
Thanks,
Mathieu
rculfhash.c:12
On 2023-03-21 09:31, Ondřej Surý via lttng-dev wrote:
Instead of a custom code, use the __atomic_thread_fence() builtin to
implement the cmm_mb(), cmm_rmb(), cmm_wmb(), cmm_smp_mb(),
cmm_smp_rmb(), and cmm_smp_wmb() on all architectures, and
cmm_read_barrier_depends() on alpha (otherwise it's sti
On 2023-03-21 09:30, Ondřej Surý via lttng-dev wrote:
Replace the custom assembly code in include/urcu/uatomic/ with __atomic
builtins provided by C11-compatible compiler.
Signed-off-by: Ondřej Surý
---
include/Makefile.am| 16 -
include/urcu/uatomic.h | 84 +++--
incl
1 - 100 of 345 matches
Mail list logo
