Mirror of the lttng-dev mailing list
 help / color / mirror / Atom feed
From: Brian Hutchinson via lttng-dev <lttng-dev@lists.lttng.org>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Cc: lttng-dev@lists.lttng.org
Subject: Re: [lttng-dev] Trying to understand use of lttng enable-event --kernel --userspace-probe=
Date: Thu, 18 May 2023 15:07:40 -0400	[thread overview]
Message-ID: <CAFZh4h-aD==niaWF9Y=Z=bNm7vsUCWfaxkTBXAewyFXWVndCTg@mail.gmail.com> (raw)
In-Reply-To: <c6d06421-366d-2464-abd3-06cb43dfddeb@efficios.com>

On Thu, May 18, 2023 at 3:03 PM Mathieu Desnoyers
<mathieu.desnoyers@efficios.com> wrote:
>
> On 2023-05-18 14:58, Brian Hutchinson wrote:
> > On Thu, May 18, 2023 at 11:00 AM Brian Hutchinson <b.hutchman@gmail.com> wrote:
> >>
> >> On Thu, May 18, 2023 at 10:45 AM Mathieu Desnoyers
> >> <mathieu.desnoyers@efficios.com> wrote:
> >>>
> >>> On 2023-05-18 10:10, Brian Hutchinson wrote:
> >>> [...]
> >>>> I updated my hello world to have a function I'd like to use the
> >>>> --userspace-probe method on with the very original name of
> >>>> 'probe_function':
> >>>>
> >>>> #include <stdio.h>
> >>>> #include <lttng/tracef.h>
> >>>>
> >>>> void probe_function(int i);
> >>>>
> >>>> int main(int argc, char *argv[])
> >>>> {
> >>>>      unsigned int i;
> >>>>      puts("Hello, World!\nPress Enter to continue...");
> >>>>      /*
> >>>>       * The following getchar() call only exists for the purpose of this
> >>>>       * demonstration, to pause the application in order for you to have
> >>>>       * time to list its tracepoints. You don't need it otherwise.
> >>>>       */
> >>>>      getchar();
> >>>>
> >>>>      lttng_ust_tracef("Number %d, string %s", 23, "hi there!");
> >>>>      printf("Number %d, string %s", 23, "hi there!");
> >>>>
> >>>>      for (i = 0; i < argc; i++) {
> >>>>          lttng_ust_tracef("Number %d, argv %s", i, argv[i]);
> >>>>          printf("Number %d, argv %s", i, argv[i]);
> >>>>      }
> >>>>
> >>>>      puts("Quitting now!");
> >>>>
> >>>>      probe_function(i);
> >>>>
> >>>>      return 0;
> >>>> }
> >>>>
> >>>> void probe_function(int i) {
> >>>>
> >>>>      lttng_ust_tracef("Number %d, string %s", i * i, "i^2");
> >>>>      printf("Number %d, string %s", i * i, "i^2");
> >>>>
> >>>> }
> >>>>
> >>>> ... and I get the same error as before when I try to enable the probe:
> >>>> # lttng enable-event --kernel
> >>>> --userspace-probe=/usr/local/bin/hello:probe_function
> >>>> Error: Missing event name(s).
> >>>
> >>> As the error states, you are missing the event name. See
> >>>
> >>> man 1 lttng-enable-event
> >>>
> >>>          lttng [GENERAL OPTIONS] enable-event --kernel
> >>>                [--probe=SOURCE | --function=SOURCE | --syscall |
> >>>                 --userspace-probe=SOURCE]
> >>>                [--filter=EXPR] [--session=SESSION]
> >>>                [--channel=CHANNEL] EVENT[,EVENT]...
> >>>
> >>>
> >>> You will want something like:
> >>>
> >>> lttng enable-event --kernel --userspace-probe=/usr/local/bin/hello:probe_function my_probe_function
> >>>
> >>> Where "my_probe_function" is the event name that will appear in the collected traces.
> >>
> >> Wow!  I must not have woken up this morning ha, ha.  Thanks for that!
> >> The event is enabled now.  Hope to actually get tracing data now.
> >
> > Well, I guess we just have the app that thwarts all attempts at tracing.
> >
> > I did a dynamic probe on several functions that should be getting
> > called like crazy and again I get no tracing data.
> >
> > Tried it with my hello world example above after Mathieu set me
> > straight on the event syntax and it works.
> >
> > I saw this comment in the documentation "As of this version, only USDT
> > probes that are not surrounded by a reference counter (semaphore) are
> > supported."
> >
> > I don't know that I can say that this function I'm probing isn't
> > "surrounded" by a reference counter, it's in a large multi-threaded
> > application so I guess it's possible.
> >
> > Sigh, I'm striking out every which way.
> >
> > No offense (since this is lttng list - please don't flame me ... I
> > want/need lttng), but I think I'm going to try just straight kprobes
> > and uprobes and see if trace compass can show those traces in an
> > attempt to get "something/anything" working.
>
> If you attach to an ELF symbol (function), then there is no USDT in
> play, so it should not be related to the issue you have.

That is what I was thinking which is why I wanted to try it.

>
> But if your functions happen to be inlined, then there will be nothing
> to attach to. Perhaps this is what happens there ?

I don't see any evidence of anything being inlined in this module.  I
grepped the code to verify.

Back to being stumped/stuck.

B
_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

  reply	other threads:[~2023-05-18 19:08 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-17  2:11 Brian Hutchinson via lttng-dev
2023-05-17 16:08 ` Mathieu Desnoyers via lttng-dev
2023-05-17 16:37   ` Brian Hutchinson via lttng-dev
2023-05-17 17:17     ` Mathieu Desnoyers via lttng-dev
2023-05-18 13:17   ` Brian Hutchinson via lttng-dev
2023-05-18 14:10     ` Brian Hutchinson via lttng-dev
2023-05-18 14:46       ` Mathieu Desnoyers via lttng-dev
2023-05-18 15:00         ` Brian Hutchinson via lttng-dev
2023-05-18 18:58           ` Brian Hutchinson via lttng-dev
2023-05-18 19:03             ` Mathieu Desnoyers via lttng-dev
2023-05-18 19:07               ` Brian Hutchinson via lttng-dev [this message]
2023-05-18 19:16                 ` Mathieu Desnoyers via lttng-dev
2023-05-18 19:28                   ` Brian Hutchinson via lttng-dev
2023-05-18 19:20                 ` Brian Hutchinson via lttng-dev
2023-05-18 19:24                   ` Mathieu Desnoyers via lttng-dev
2023-05-18 19:32                     ` Brian Hutchinson via lttng-dev

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='CAFZh4h-aD==niaWF9Y=Z=bNm7vsUCWfaxkTBXAewyFXWVndCTg@mail.gmail.com' \
    --to=lttng-dev@lists.lttng.org \
    --cc=b.hutchman@gmail.com \
    --cc=mathieu.desnoyers@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