This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 2/2] new tracepoint downloaded MI notification.
- From: Pedro Alves <palves at redhat dot com>
- To: Yao Qi <yao at codesourcery dot com>
- Cc: Marc Khouzam <marc dot khouzam at ericsson dot com>, "'dje at google dot com'" <dje at google dot com>, "'gdb-patches at sourceware dot org'" <gdb-patches at sourceware dot org>
- Date: Thu, 22 Nov 2012 18:32:44 +0000
- Subject: Re: [PATCH 2/2] new tracepoint downloaded MI notification.
- References: <1348793347-12556-1-git-send-email-yao@codesourcery.com> <1348793347-12556-3-git-send-email-yao@codesourcery.com> <20604.20455.105300.495734@ruffy2.mtv.corp.google.com> <509167D4.20007@redhat.com> <E59706EF8DB1D147B15BECA3322E4BDC014240@EUSAAMB103.ericsson.se> <5091C0B0.5000508@codesourcery.com>
Marc Khouzam wrote:
> In older GDB versions, when creating a tracepoint during a trace run,
> that tracepoint would not be pushed to the target until the next
> trace run. The idea is that a frontend could indicate which tracespoints
> were active on the target and which were not.
>
> Now that GDB pushes new tracepoints to the target immediately, that
> use-case may not apply, but I wonder if there are other situations
> where some tracepoints will be on the target and other will not?
What about the case of connecting to a target that is tracing, after
disconnected tracing? Do we already tell the frontend somehow which
tracepoints are active on the target? Should tracepoints have an
"installed on target" field?
Yao Qi wrote:
> On 11/01/2012 03:09 AM, Marc Khouzam wrote:
>> Now that GDB pushes new tracepoints to the target immediately, that
>> use-case may not apply, but I wonder if there are other situations
>> where some tracepoints will be on the target and other will not?
>
> Yes, the pending tracepoints won't be downloaded after tracing is started until they are resolved. The notification is required for this case.
Ok. If the answer to my question above is yes, it might be this
notification ends up unnecessary in favor of a generic
=breakpoint-modified.
--
Pedro Alves