X-Git-Url: http://git.lttng.org./?a=blobdiff_plain;f=2.7%2Flttng-docs-2.7.txt;h=3b575d4f540e368c4cbe70ec394b61e829ef6048;hb=72d40bbe75d3942f6f154b211a546c571026360a;hp=3210b83645f2306122f46608db8293e2d1324058;hpb=1d80e9f194f131b1736a6ef54ae76e17a1b66f07;p=lttng-docs.git diff --git a/2.7/lttng-docs-2.7.txt b/2.7/lttng-docs-2.7.txt index 3210b83..3b575d4 100644 --- a/2.7/lttng-docs-2.7.txt +++ b/2.7/lttng-docs-2.7.txt @@ -327,8 +327,11 @@ other Ubuntu releases. |Fedora |_Not available_ -|LTTng{nbsp}{revision} for Fedora{nbsp}25 and Fedora{nbsp}26 (not -released yet). +|LTTng-tools{nbsp}{revision} and LTTng-UST{nbsp}{revision} for +Fedora{nbsp}25 and Fedora{nbsp}26 (both are not released yet). + +<>. <> for other Fedora releases. @@ -382,8 +385,8 @@ other Yocto releases. [[ubuntu]] === [[ubuntu-official-repositories]]Ubuntu -LTTng{nbsp}{revision} is available on Ubuntu 16.04 _Xenial Xerus_. For -previous releases of Ubuntu, <>. To install LTTng{nbsp}{revision} on Ubuntu{nbsp}16.04 _Xenial Xerus_: @@ -2543,7 +2546,7 @@ holding more than one tracepoint providers. Once you <>, you can use the `tracepoint()` macro in your application's source code to insert the tracepoints that this header -<> defines. +<>. The `tracepoint()` macro takes at least two parameters: the tracepoint provider name and the tracepoint name. The corresponding tracepoint @@ -2752,10 +2755,11 @@ In the following diagrams, we use the following file names: `libemon.so`:: User library shared object file. -The red star indicates that this object file is instrumented -(contains code which uses the `tracepoint()` macro). The spring -symbol between the application and a library means the application is -linked with the library at build time. +We use the following symbols in the diagrams of table below: + +[role="img-100"] +.Symbols used in the build scenario diagrams. +image::ust-sit-symbols.png[] We assume that path:{.} is part of the env:LD_LIBRARY_PATH environment variable in the following instructions. @@ -4238,10 +4242,8 @@ Assuming no event record is lost, having only the function addresses on entry is enough to create a call graph, since an event record always contains the ID of the CPU that generated it. + -You can use a tool like -https://sourceware.org/binutils/docs/binutils/addr2line.html[cmd:addr2line] -to convert function addresses back to source file names and -line numbers. +You can use a tool like man:addr2line(1) to convert function addresses +back to source file names and line numbers. * **path:{liblttng-ust-cyg-profile.so}** is a more robust variant which also works in use cases where event records might get discarded or