[lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Norbert Lange
Hello, I already started a thread over at xenomai.org [1], but I guess its more efficient to ask here aswell. The basic concept is that xenomai thread run *below* Linux (threads and irg handlers), which means that xenomai threads must not use any linux services like the futex syscall or socket com

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Mathieu Desnoyers
- On Nov 22, 2019, at 4:14 AM, Norbert Lange nolang...@gmail.com wrote: > Hello, > > I already started a thread over at xenomai.org [1], but I guess its > more efficient to ask here aswell. > The basic concept is that xenomai thread run *below* Linux (threads > and irg handlers), which means

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Jan Kiszka
On 22.11.19 16:42, Mathieu Desnoyers wrote: - On Nov 22, 2019, at 4:14 AM, Norbert Lange nolang...@gmail.com wrote: Hello, I already started a thread over at xenomai.org [1], but I guess its more efficient to ask here aswell. The basic concept is that xenomai thread run *below* Linux (thre

[lttng-dev] [RFC PATCH liburcu] urcu-bp: introduce urcu_bp_disable_sys_membarrier()

2019-11-22 Thread Mathieu Desnoyers
Real-time applications with Xenomai threads wishing to use urcu-bp read-side within real-time threads require to disable use of the membarrier system call, relying on the fall-back based on regular memory barriers on the read-side instead. Allow disabling use of sys_membarrier before liburcu-bp's f

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Mathieu Desnoyers
- On Nov 22, 2019, at 10:52 AM, Jan Kiszka jan.kis...@siemens.com wrote: > On 22.11.19 16:42, Mathieu Desnoyers wrote: >> - On Nov 22, 2019, at 4:14 AM, Norbert Lange nolang...@gmail.com wrote: >> >>> Hello, >>> >>> I already started a thread over at xenomai.org [1], but I guess its >>> m

Re: [lttng-dev] [RFC PATCH liburcu] urcu-bp: introduce urcu_bp_disable_sys_membarrier()

2019-11-22 Thread Mathieu Desnoyers
- On Nov 22, 2019, at 12:00 PM, Mathieu Desnoyers mathieu.desnoy...@efficios.com wrote: > Real-time applications with Xenomai threads wishing to use urcu-bp > read-side within real-time threads require to disable use of the > membarrier system call, relying on the fall-back based on regular >

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Jan Kiszka
On 22.11.19 18:01, Mathieu Desnoyers wrote: ## membarrier syscall I haven't got an explanation yet, but I believe this syscall does nothing to xenomai threads (each has a shadow linux thread, that is *idle* when the xenomai thread is active). That's indeed a good point. I suspect membarrier m

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Norbert Lange
Am Fr., 22. Nov. 2019 um 16:52 Uhr schrieb Jan Kiszka : > > On 22.11.19 16:42, Mathieu Desnoyers wrote: > > - On Nov 22, 2019, at 4:14 AM, Norbert Lange nolang...@gmail.com wrote: > > > >> Hello, > >> > >> I already started a thread over at xenomai.org [1], but I guess its > >> more efficient t

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Jan Kiszka
On 22.11.19 18:44, Norbert Lange wrote: Am Fr., 22. Nov. 2019 um 16:52 Uhr schrieb Jan Kiszka : On 22.11.19 16:42, Mathieu Desnoyers wrote: - On Nov 22, 2019, at 4:14 AM, Norbert Lange nolang...@gmail.com wrote: Hello, I already started a thread over at xenomai.org [1], but I guess its

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Norbert Lange
> > LTTng-UST prepares the ring buffers from lttng-ust's "listener" thread, > which is injected into the process by a lttng-ust constructor. > > What you will care about is how the tracepoint call-site (within a Xenomai > thread) interacts with the ring buffers. > > The "default" setup for lttng-us

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Norbert Lange
Am Fr., 22. Nov. 2019 um 18:52 Uhr schrieb Jan Kiszka : > > On 22.11.19 18:44, Norbert Lange wrote: > > Am Fr., 22. Nov. 2019 um 16:52 Uhr schrieb Jan Kiszka > > : > >> > >> On 22.11.19 16:42, Mathieu Desnoyers wrote: > >>> - On Nov 22, 2019, at 4:14 AM, Norbert Lange nolang...@gmail.com > >>

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Jan Kiszka
On 22.11.19 19:01, Norbert Lange wrote: Am Fr., 22. Nov. 2019 um 18:52 Uhr schrieb Jan Kiszka : On 22.11.19 18:44, Norbert Lange wrote: Am Fr., 22. Nov. 2019 um 16:52 Uhr schrieb Jan Kiszka : On 22.11.19 16:42, Mathieu Desnoyers wrote: - On Nov 22, 2019, at 4:14 AM, Norbert Lange nolang

Re: [lttng-dev] [RFC PATCH liburcu] urcu-bp: introduce urcu_bp_disable_sys_membarrier()

2019-11-22 Thread Norbert Lange
I still would like to propose having a compile time "off switch", cant see how this would work with preloaded libraries for one (lttng itself whips with multiple) Cant tell for sure now, but a setup where "bulletproof Xenomai" libraries are used seems to better than special setup magic. If you hav

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Mathieu Desnoyers
- On Nov 22, 2019, at 12:44 PM, Norbert Lange nolang...@gmail.com wrote: > Am Fr., 22. Nov. 2019 um 16:52 Uhr schrieb Jan Kiszka > : >> >> On 22.11.19 16:42, Mathieu Desnoyers wrote: [...] > > >> > >> > That's indeed a good point. I suspect membarrier may not send any IPI >> > to Xenomai

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Mathieu Desnoyers
- On Nov 22, 2019, at 12:55 PM, Norbert Lange nolang...@gmail.com wrote: >> >> LTTng-UST prepares the ring buffers from lttng-ust's "listener" thread, >> which is injected into the process by a lttng-ust constructor. >> >> What you will care about is how the tracepoint call-site (within a Xeno

Re: [lttng-dev] [RFC PATCH liburcu] urcu-bp: introduce urcu_bp_disable_sys_membarrier()

2019-11-22 Thread Mathieu Desnoyers
- On Nov 22, 2019, at 1:37 PM, Norbert Lange nolang...@gmail.com wrote: > I still would like to propose having a compile time "off switch", > cant see how this would work with preloaded libraries for one > (lttng itself whips with multiple) One option would be to introduce an environment vari

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Norbert Lange
Am Fr., 22. Nov. 2019 um 20:00 Uhr schrieb Mathieu Desnoyers : > > - On Nov 22, 2019, at 12:44 PM, Norbert Lange nolang...@gmail.com wrote: > > > Am Fr., 22. Nov. 2019 um 16:52 Uhr schrieb Jan Kiszka > > : > >> > >> On 22.11.19 16:42, Mathieu Desnoyers wrote: > > [...] > > > > > > >> > > >> >

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Norbert Lange
Am Fr., 22. Nov. 2019 um 20:03 Uhr schrieb Mathieu Desnoyers : > > - On Nov 22, 2019, at 12:55 PM, Norbert Lange nolang...@gmail.com wrote: > > >> > >> LTTng-UST prepares the ring buffers from lttng-ust's "listener" thread, > >> which is injected into the process by a lttng-ust constructor. > >

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Mathieu Desnoyers
- On Nov 22, 2019, at 2:57 PM, Norbert Lange nolang...@gmail.com wrote: > Am Fr., 22. Nov. 2019 um 20:00 Uhr schrieb Mathieu Desnoyers > : >> >> - On Nov 22, 2019, at 12:44 PM, Norbert Lange nolang...@gmail.com wrote: >> >> > Am Fr., 22. Nov. 2019 um 16:52 Uhr schrieb Jan Kiszka >> > : >>

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Norbert Lange
> >> >> > Another thing to make sure is to have a glibc and Linux kernel which > >> >> > perform > >> >> > clock_gettime() as vDSO for the monotonic clock, because you don't > >> >> > want a > >> >> > system call there. If that does not work for you, you can > >> >> > alternatively > >> >> > imp

Re: [lttng-dev] Using lttng-ust with xenomai

2019-11-22 Thread Norbert Lange
> >> liburcu has configure options allow forcing the usage of this syscall > >> but not disabling it, which likely is necessary for Xenomai. > > > > I suspect what you'd need there is a way to allow a process to tell > > liburcu-bp (or liburcu) to always use the fall-back mechan

Re: [lttng-dev] [PATCH lttng-tools v2] Fix: update apps on untrack only when session is active

2019-11-22 Thread Jérémie Galarneau
Merged in master and stable-2.11. Thanks! Jérémie On Mon, Nov 18, 2019 at 03:12:20PM -0500, Jonathan Rajotte wrote: > This mimics what is done on the track side. > > Fixes #1210 > > Signed-off-by: Jonathan Rajotte > --- > > Used wrong issue number. > > --- > src/bin/lttng-sessiond/trace-ust

Re: [lttng-dev] [PATCH lttng-tools] Require automake >= 1.12

2019-11-22 Thread Jérémie Galarneau
Merged in master, stable-2.11, and stable-2.10. Thanks! Jérémie On Thu, Nov 07, 2019 at 02:02:55PM -0500, Michael Jeanson wrote: > The test suite LOG_DRIVER statement requires that automake >= 1.12 be used > during bootstrap. > > Signed-off-by: Michael Jeanson > --- > configure.ac | 2 +- > 1

Re: [lttng-dev] [PATCH lttng-tools 1/3] Fix: relayd: tracefile rotation: viewer opening missing index file

2019-11-22 Thread Jérémie Galarneau
All three patches of this series were merged in master and stable-2.11. Thanks! Jérémie On Fri, Nov 01, 2019 at 04:23:03PM -0400, Mathieu Desnoyers wrote: > Moving the head position of the tracefile array when the data is > received opens a window where a viewer attaching to the session could > t