lp:~lttng/lttng-ust/lttng-ust

Created by Alex Montplaisir on 2011-11-03 and last modified on 2019-09-08
Get this branch:
bzr branch lp:~lttng/lttng-ust/lttng-ust

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Ubuntu LTTng
Project:
LTTng-UST
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://git.lttng.org/lttng-ust.git.

The next import is scheduled to run in 37 minutes.

Last successful import was 5 hours ago.

Import started 5 hours ago on alnitak and finished 5 hours ago taking 20 seconds — see the log
Import started 11 hours ago on alnitak and finished 11 hours ago taking 20 seconds — see the log
Import started 17 hours ago on alnitak and finished 17 hours ago taking 20 seconds — see the log
Import started on 2019-09-21 on alnitak and finished on 2019-09-21 taking 20 seconds — see the log
Import started on 2019-09-21 on alnitak and finished on 2019-09-21 taking 20 seconds — see the log
Import started on 2019-09-20 on alnitak and finished on 2019-09-20 taking 20 seconds — see the log
Import started on 2019-09-20 on alnitak and finished on 2019-09-20 taking 20 seconds — see the log
Import started on 2019-09-20 on alnitak and finished on 2019-09-20 taking 20 seconds — see the log
Import started on 2019-09-20 on alnitak and finished on 2019-09-20 taking 20 seconds — see the log
Import started on 2019-09-19 on alnitak and finished on 2019-09-19 taking 20 seconds — see the log

Recent revisions

2327. By .eepp on 2019-09-08

doc/man: include build version in GitHub links

Linking to master branch files on GitHub is not safe because files could
be renamed, whereas the layout stays the same for a given version tag.

Signed-off-by: Philippe Proulx <email address hidden>
Signed-off-by: Mathieu Desnoyers <email address hidden>

2326. By Maxime SORIN <email address hidden> on 2019-09-08

Check if the AR environment variable exists for cross compilation

Signed-off-by: Maxime SORIN <email address hidden>
Signed-off-by: Mathieu Desnoyers <email address hidden>

2325. By Mathieu Desnoyers on 2019-08-26

ustctl: Implement ring buffer clear

Signed-off-by: Mathieu Desnoyers <email address hidden>

2324. By Simon Marchi <email address hidden> on 2019-08-20

Make bitfield.h C++-friendly

This patch changes bitfield.h to be usable in C++11.

It will probably never be compiled as C++ in the context of
lttng-ust, but this is just to keep things sync'ed across projects.

Signed-off-by: Simon Marchi <email address hidden>
Signed-off-by: Mathieu Desnoyers <email address hidden>

2323. By Mathieu Desnoyers on 2019-08-02

Fix: don't wait for initial statedump when 0 session active

commit eb0e6022d5e2 "Fix: wait for initial statedump before proceeding
to the main program"

introduced a regression when an application interacts with a session
daemon which has 0 session active.

An application linked against lttng-ust started with
LTTNG_UST_REGISTER_TIMEOUT=-1 hangs forever.

Fix this by decrementing the semaphore if no statedump was requested
when the registration done command is received.

Signed-off-by: Mathieu Desnoyers <email address hidden>

2322. By Gabriel-Andrew Pollo-Guilbert <email address hidden> on 2019-07-30

Fix: wait for initial statedump before proceeding to the main program

In the case of short lived applications, the application may exit before
the initial statedump has completed.

Higher-level trace analysis features such as translating addresses to
symbols rely on statedump. That information is required for those
analyses to work on such short-lived applications.

Force the statedump to occur before handing the control to the
application.

Fixes #1190

Signed-off-by: Gabriel-Andrew Pollo-Guilbert <email address hidden>
Signed-off-by: Mathieu Desnoyers <email address hidden>

2321. By Jonathan Rajotte on 2019-07-29

Use MAP_POPULATE to reduce pagefault when available

Any ring buffer configuration bigger than PAGE_SIZE would result
in an increased latency for the first tracepoint hit (1200ns) landing on a
new PAGE_SIZE sized chunk of the mapped memory. This happens at least
for the first ring buffer traversal.

To alleviate this we can use MAP_POPULATE that will "prefault" the page
tables.

A similar flag seems to exist on freebsd (MAP_PREFAULT_READ) but I do
not have access to a system to test it and ensure it does indeed results
in the same effect. It mostly indicates that it prefaults for the
read case so I doubt it is the case.

Default to using MAP_POPULATE on Linux only for now. Support of
prefaulting on other platforms will be added as needed.

Link: https://lists.lttng.org/pipermail/lttng-dev/2019-July/029116.html
Link: https://lists.lttng.org/pipermail/lttng-dev/2019-July/029122.html
Tested-by: Yiteng Guo <email address hidden>
Signed-off-by: Jonathan Rajotte <email address hidden>
Signed-off-by: Mathieu Desnoyers <email address hidden>

2320. By Gabriel-Andrew Pollo-Guilbert <email address hidden> on 2019-07-29

Fix: remove uninitialised value

Commit 973eac638e4fd introduces an uninitialised value that may prevent
shared memory from being allocated. The compiler didn't give any warning
because the pointer to the value is sent to a function that don't do anything
with it. We simply pass NULL to that function.

Signed-off-by: Gabriel-Andrew Pollo-Guilbert <email address hidden>
Signed-off-by: Mathieu Desnoyers <email address hidden>

2319. By Gabriel-Andrew Pollo-Guilbert <email address hidden> on 2019-07-29

Fix: GCC unaligned pointer warnings

The release of GCC 9 added the following warning:

 -Waddress-of-packed-member, enabled by default, warns about an
 unaligned pointer value from the address of a packed member of a
 struct or union.

The warning is triggered in some place in LTTng-UST in cases where we
pass a pointer to get a result. Rather than passing the pointer directly
from the struct member, we get the result into a local storage, then
write into in the struct.

Signed-off-by: Gabriel-Andrew Pollo-Guilbert <email address hidden>
Signed-off-by: Mathieu Desnoyers <email address hidden>

2318. By Jonathan Rajotte on 2019-07-04

Fix: do not use diagnostic pragma when GCC version is lower than 4.6.0

Signed-off-by: Jonathan Rajotte <email address hidden>
Signed-off-by: Mathieu Desnoyers <email address hidden>

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers