From c65998d6fee4911c55eceea8d1a1c9bafbea40e8 Mon Sep 17 00:00:00 2001 From: Mathieu Desnoyers Date: Thu, 21 Jul 2011 14:20:32 -0400 Subject: [PATCH] update readme Signed-off-by: Mathieu Desnoyers --- README | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/README b/README index 97c96f63..52bf44d9 100644 --- a/README +++ b/README @@ -38,11 +38,11 @@ Please note that the LTTng-UST 2.0 (user-space tracing counterpart of LTTng 2.0) is still in active development and not released yet. So far, it has been tested on vanilla Linux kernels 2.6.38, 2.6.39 and 3.0-rc7 -(on x86 at the moment). It should work fine with newer kernels and other -architectures, but expect build issues with kernels older than 2.6.36. The clock -source currently used is the standard gettimeofday (slower, less scalable and -less precise than the LTTng 0.x clocks). Support for LTTng 0.x clocks will be -added back soon into LTTng 2.0. Please note that lttng-modules 2.0 can build on -a Linux kernel patched with the LTTng 0.x patchset, but the lttng-modules 2.0 -replace the lttng-modules 0.x, so both tracers cannot be installed at the same -time for a given kernel version. +(on x86 32/64-bit, and powerpc 32-bit at the moment). It should work fine with +newer kernels and other architectures, but expect build issues with kernels +older than 2.6.36. The clock source currently used is the standard gettimeofday +(slower, less scalable and less precise than the LTTng 0.x clocks). Support for +LTTng 0.x clocks will be added back soon into LTTng 2.0. Please note that +lttng-modules 2.0 can build on a Linux kernel patched with the LTTng 0.x +patchset, but the lttng-modules 2.0 replace the lttng-modules 0.x, so both +tracers cannot be installed at the same time for a given kernel version. -- 2.34.1