From: Ryan.Kyser@jci.com (Ryan.Kyser@jci.com)
Subject: [lttng-dev] lttng create --output problem
Date: Mon, 9 Apr 2012 15:27:03 -0400 [thread overview]
Message-ID: <OF088AA9ED.DE8580FB-ON852579DB.006A7224-852579DB.006AD8EE@jci.com> (raw)
In-Reply-To: <20120406163146.GA28889@Krystal>
Mathieu:
Looks good! I went through my menuconfig and enabled all of these.
One suggestion -- change 'requied' to 'required' in the line 'Kernel
config options requied'
Thank you,
Ryan Kyser
From:
Mathieu Desnoyers <mathieu.desnoyers at efficios.com>
To:
Ryan.Kyser at jci.com
Cc:
lttng-dev at lists.lttng.org, David Goulet <dgoulet at efficios.com>
Date:
04/06/2012 12:31 PM
Subject:
Re: [lttng-dev] lttng create --output problem
* Mathieu Desnoyers (mathieu.desnoyers at efficios.com) wrote:
> * Ryan.Kyser at jci.com (Ryan.Kyser at jci.com) wrote:
> > *** I'm resending this because I saw that mailman scrubbed my
message.***
> >
> >
> > Mathieu:
> >
> > I have provided the requested information below.
> >
> > Also, I want to include some additional information which may (or may
not)
> > be part of the problem. When lttng-sessiond starts, I'm met with a
> > modprobe error (see below). It looks as if this module is not being
built
> > at compile time because CONFIG_KVM is not enabled. However, if I go
into
> > the kernel menuconfig and search for KVM, no results are returned.
>
> Normally lttng-modules should use the features that are there without
> complaining too much.
>
> What I notice is that you don't have CONFIG_HAVE_SYSCALL_TRACEPOINTS
> enabled. So -k -a is enabling both tracepoints and syscalls, and given
> that syscall enabling returns ENOSYS, it prints this error and bails
> out.
>
> The correct behavior would be to only fail of _both_ tracepoint and
> syscall instrumentation fail to enable.
>
> Short term solution for you would be to enable
> CONFIG_HAVE_SYSCALL_TRACEPOINTS in your kernel.
FYI, here is the update. Feedback is welcome,
commit d0a5ff7d8479de94f1082055d1d940d660027fc8
Author: Mathieu Desnoyers <mathieu.desnoyers at efficios.com>
Date: Fri Apr 6 12:32:22 2012 -0400
Fix: document required and optional kernel config options in README
Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers at efficios.com>
diff --git a/README b/README
index abbfd27..ac0dc88 100644
--- a/README
+++ b/README
@@ -1,7 +1,7 @@
LTTng 2.0 modules
Mathieu Desnoyers
-February 8, 2012
+April 6, 2012
LTTng 2.0 kernel modules build against a vanilla or distribution kernel,
without
need for additional patches. Other features:
@@ -48,9 +48,42 @@ 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.
-LTTng-modules depends on having kallsyms enabled in the kernel it is
-built against. Ideally, if you want to have system call tracing, the
-"Trace Syscalls" feature should be enabled too.
+
+* Kernel config options requied
+
+CONFIG_KALLSYMS: required
+ * See wrapper/ files. This is necessary until the few required missing
+ symbols are exported to GPL modules from mainline.
+CONFIG_HIGH_RES_TIMERS: required
+ * Needed for LTTng 2.0 clock source.
+CONFIG_TRACEPOINTS: required
+ kernel tracepoint instrumentation
+ * Enabled as side-effect of any of the perf/ftrace/blktrace
+ instrumentation features.
+
+
+* Kernel config options supported (optional)
+
+The following kernel configuration options will affect the features
+available from LTTng:
+
+
+CONFIG_HAVE_SYSCALL_TRACEPOINTS:
+ system call tracing
+ lttng enable-event -k --syscall
+ lttng enable-event -k -a
+CONFIG_PERF_EVENTS:
+ performance counters
+ lttng add-context -t perf:*
+CONFIG_EVENT_TRACING:
+ needed to allow block layer tracing
+CONFIG_KPROBES:
+ Dynamic probe.
+ lttng enable-event -k --probe ...
+CONFIG_KRETPROBES:
+ Dynamic function entry/return probe.
+ lttng enable-event -k --function ...
+
* Note about Perf PMU counters support
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
next prev parent reply other threads:[~2012-04-09 19:27 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-03 20:02 Ryan.Kyser
2012-04-03 20:11 ` David Goulet
2012-04-03 20:26 ` Ettore Del Negro
2012-04-03 21:22 ` David Goulet
2012-04-03 21:56 ` Ettore Del Negro
2012-04-03 21:58 ` David Goulet
2012-04-03 22:10 ` Mathieu Desnoyers
2012-04-03 20:38 ` Ryan.Kyser
2012-04-03 21:06 ` David Goulet
2012-04-03 21:19 ` Mathieu Desnoyers
2012-04-04 14:05 ` Ryan.Kyser
2012-04-04 20:01 ` Ryan.Kyser
2012-04-06 16:02 ` Mathieu Desnoyers
2012-04-06 16:31 ` Mathieu Desnoyers
2012-04-09 19:27 ` Ryan.Kyser [this message]
2012-04-09 19:38 ` Mathieu Desnoyers
2012-04-09 19:20 ` Ryan.Kyser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=OF088AA9ED.DE8580FB-ON852579DB.006A7224-852579DB.006AD8EE@jci.com \
--to=ryan.kyser@jci.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox