Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Kwok Cheung Yeung <kcy@codesourcery.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH] Support for enabling/disabling tracepoints while a trace experiment is running
Date: Fri, 06 May 2011 10:33:00 -0000	[thread overview]
Message-ID: <8339ksm85f.fsf@gnu.org> (raw)
In-Reply-To: <4DC32F21.9090400@codesourcery.com>

> Date: Fri, 06 May 2011 00:13:37 +0100
> From: Kwok Cheung Yeung <kcy@codesourcery.com>
> CC: gdb-patches@sourceware.org
> 
> On 05/05/2011 19:51, Eli Zaretskii wrote:
> >> Date: Thu, 05 May 2011 18:27:11 +0100
> >> From: Kwok Cheung Yeung <kcy@codesourcery.com>
> >>
> >> +                     If a trace experiment is started with no enabled
> >> +  tracepoints, then a warning will be printed but the experiment will
> >> +  proceed anyway.
> > 
> > You mean, if the experiment started with no enabled tracepoints, and
> > the user says "disable", right?  Otherwise, why the warning?
> >
> 
> Originally, it was an error to try to start an experiment with no enabled
> tracepoints because the resulting experiment would never do anything. However,
> with the patch, tracepoints can be re-enabled after the experiment starts, so I
> downgraded the error to a warning. I suppose we could do away with it
> altogether, but then a user who inadvertently disabled all tracepoints might sit
> and wonder why nothing seems to be happening.

In that case, the emphasis in this entry should be shifted slightly.
How about this variant:

  It is now possible to start a trace experiment with no enabled
  tracepoints; GDB will display a warning, but will allow the
  experiment to begin, assuming that tracepoints will be enabled as
  needed while the trace is running.

Btw, what if the target does not support this new feature?  Do we
still disallow to start a trace experiment with no enabled
tracepoints?  I think we should.

>  Disable tracepoint @var{num}, or all tracepoints if no argument
>  @var{num} is given.  A disabled tracepoint will have no effect during
> -the next trace experiment, but it is not forgotten.  You can re-enable
> +a trace experiment, but it is not forgotten.  You can re-enable
>  a disabled tracepoint using the @code{enable tracepoint} command.
> +If the command is issued during a trace experiment and the debug target
> +has support for disabling tracepoints during a trace experiment, then the
> +change will be effective immediately.  Otherwise, it will be applied to the
> +next trace experiment.
> 
> -Enable tracepoint @var{num}, or all tracepoints.  The enabled
> -tracepoints will become effective the next time a trace experiment is
> -run.
> +Enable tracepoint @var{num}, or all tracepoints.  If this command is
> +issued during a trace experiment and the debug target supports enabling
> +tracepoints during a trace experiment, then the enabled tracepoints will
> +become effective immediately.  Otherwise, they will become effective the
> +next time a trace experiment is run.

Yes, this is fine.  Thanks.


  parent reply	other threads:[~2011-05-06 10:33 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-05 17:27 Kwok Cheung Yeung
2011-05-05 17:48 ` Pedro Alves
2011-05-05 18:29   ` Kwok Cheung Yeung
2011-05-05 18:52 ` Eli Zaretskii
2011-05-05 23:13   ` Kwok Cheung Yeung
2011-05-05 23:47     ` Stan Shebs
2011-05-06 10:33     ` Eli Zaretskii [this message]
2011-05-09 19:31       ` Kwok Cheung Yeung
2011-05-09 19:35         ` Eli Zaretskii
2011-05-11  9:14         ` Pedro Alves
2011-05-06 17:42 ` Tom Tromey

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=8339ksm85f.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=kcy@codesourcery.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