Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
* [patch 0/5] pending tracepoint
@ 2011-11-15  7:01 Yao Qi
  2011-11-15  7:30 ` [patch 1/5] Call update_global_location_list conditionally in install_breakpoint Yao Qi
                   ` (4 more replies)
  0 siblings, 5 replies; 32+ messages in thread
From: Yao Qi @ 2011-11-15  7:01 UTC (permalink / raw)
  To: gdb-patches@sourceware.org ml

Hi, `pending tracepoint' is quite similar to `pending breakpoint', that
is, tracepoint locations are unknown at first, so they are `pending'
there. Once locations are resolved, they are downloaded to inferior and
installed.

As this patch set below goes into trunk, it becomes relatively
straightforward to support pending tracepoint.

  [patch 0/8] Download tracepoint locations when tracing is running
  http://sourceware.org/ml/gdb-patches/2011-11/msg00168.html

GDB has to allow to create `pending tracepoint', just similar to
creating pending breakpoint.  GDB has to take care of validation of
pending fast tracepoint.  This is done by patch 2/5.
Although tracepoint works with GDB disconnected, resolution to `pending
tracepoint' need GDB connected, so GDB will emit a warning when
disconnect from remote stub while there are still some pending
tracepoints.  This is done by patch 3/5.  Patch 4/5 and 5/5 are about
test cases and documentation changes respectively.

Regression tested on x86_64-linux.

Once this patch set goes into trunk, `pending tracepoint' work is done,
but there is still one extended work, "validate pending fast tracepoint
when it is resolved".  It can be divided into two parts,
 1) validate fast tracepoint on location level, and keep acceptable
locations.  What we are doing now is that validate each location of a
tracepoint, if one of locations doesn't meet requirements, the
tracepoint can't be created.  It is a little too conservative.  We can
change this model to "create location for tracepoint if it meets
requirements".  This is not about `pending tracepoint' at all.
 2) validate fast tracepoint locations when they are resolved, only
adding locations meet requirements into tracepoint.
I'll send patches out this week.

-- 
Yao (齐尧)


^ permalink raw reply	[flat|nested] 32+ messages in thread

end of thread, other threads:[~2011-11-17 15:17 UTC | newest]

Thread overview: 32+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-11-15  7:01 [patch 0/5] pending tracepoint Yao Qi
2011-11-15  7:30 ` [patch 1/5] Call update_global_location_list conditionally in install_breakpoint Yao Qi
2011-11-16 19:04   ` Pedro Alves
2011-11-15  7:43 ` [patch 2/5] allow pending tracepoint Yao Qi
2011-11-16 19:04   ` Pedro Alves
2011-11-17  1:12     ` Yao Qi
2011-11-15  7:47 ` [patch 3/5] Print a message on gdb disconnected Yao Qi
2011-11-15 15:32   ` Tom Tromey
2011-11-16  3:17     ` Yao Qi
2011-11-16 19:04   ` Pedro Alves
2011-11-17  3:32     ` Yao Qi
2011-11-17 11:08       ` Pedro Alves
2011-11-15  8:03 ` [patch 4/5] Test cases Yao Qi
2011-11-16 19:05   ` Pedro Alves
2011-11-17  3:27     ` Yao Qi
2011-11-17 12:08       ` Pedro Alves
2011-11-17 14:09         ` Yao Qi
2011-11-17 14:54           ` Pedro Alves
2011-11-15  8:08 ` [patch 5/5] Document Yao Qi
2011-11-15 14:29   ` Luis Machado
2011-11-15 14:57     ` Yao Qi
2011-11-15 15:04       ` Luis Machado
2011-11-15 17:02         ` Eli Zaretskii
2011-11-15 17:06   ` Eli Zaretskii
2011-11-16  3:13     ` Yao Qi
2011-11-16  4:01       ` Eli Zaretskii
2011-11-16 19:04       ` Pedro Alves
2011-11-17  3:25         ` Yao Qi
2011-11-17 12:28           ` Pedro Alves
2011-11-17 14:31             ` Yao Qi
2011-11-17 14:41               ` Pedro Alves
2011-11-17 15:17                 ` Yao Qi

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox