From: Mathieu Desnoyers via lttng-dev <lttng-dev@lists.lttng.org>
To: Akhil Veeraghanta <akhil.veeraghanta@outlook.com>,
Akhil Veeraghanta via lttng-dev <lttng-dev@lists.lttng.org>
Cc: Simon Marchi <simon.marchi@efficios.com>,
Philippe Proulx <pproulx@efficios.com>
Subject: Re: [lttng-dev] workqueue tracing symbols
Date: Tue, 17 Sep 2024 12:12:18 +0200 [thread overview]
Message-ID: <a8fe7a41-e0d3-4dd4-8713-172900f40664@efficios.com> (raw)
In-Reply-To: <LV8P222MB1013B292A6263022FF86BCB0E5612@LV8P222MB1013.NAMP222.PROD.OUTLOOK.COM>
On 2024-09-17 02:44, Akhil Veeraghanta via lttng-dev wrote:
> Hello,
>
> We are trying to debug kernel work queue related issues in our system.
> And as such, we've turned on workqueue_queue_work,
> workqueue_active_work, workqueue_execute_start, workqueue_execute_end.
>
> The tracepoint itself stores the function pointer which we can look up
> from /proc/kallsyms manually.
>
> We've been struggling to do this automatically, we've tried:
>
> 1.
> Using babeltrace2 to "convert" from lttng to lttng by just editing
> the events in place. This doesn't work (atleast as easily) because
> the event iterator is const.
Augmenting the CTF trace with extra symbolic information using
babeltrace2 would be the preferred way. We have examples on how to
do it with the debug-info babeltrace2 filter component. CCing
Philippe and Simon about this.
>
> 2.
> Loading the kallsyms file with "Configure Symbols" in trace compass
> doesn't work either because it doesn't know that it can look up
> functions in workqueue events from that file.
>
> Converting to a text based format like chrome trace and replacing
> the fields works, but then we have to use chrome::tracing which
> isn't as powerful.
>
> Before we go any futher modifying trace compass or writing a smarter
> parser, is there a way we can trace the workqueues and do the lookup
> properly?
Fetching the symbol information at tracing time would add a significant
overhead in terms of CPU cycles and wasted ring buffer space. Symbol
resolution should really be kept to post-processing unless there are
really no other options.
Thanks,
Mathieu
>
> 3.
>
>
> _______________________________________________
> lttng-dev mailing list
> lttng-dev@lists.lttng.org
> https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
--
Mathieu Desnoyers
EfficiOS Inc.
https://www.efficios.com
_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
prev parent reply other threads:[~2024-09-17 10:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-17 0:44 Akhil Veeraghanta via lttng-dev
2024-09-17 10:12 ` Mathieu Desnoyers via lttng-dev [this message]
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=a8fe7a41-e0d3-4dd4-8713-172900f40664@efficios.com \
--to=lttng-dev@lists.lttng.org \
--cc=akhil.veeraghanta@outlook.com \
--cc=mathieu.desnoyers@efficios.com \
--cc=pproulx@efficios.com \
--cc=simon.marchi@efficios.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