Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: gdb-patches@sourceware.org
Cc: Joel Brobecker <brobecker@adacore.com>
Subject: [VxWorks 07/20] new struct bp_target_info target_private_data field
Date: Fri, 04 Mar 2011 06:23:00 -0000	[thread overview]
Message-ID: <1299219720-13398-8-git-send-email-brobecker@adacore.com> (raw)
In-Reply-To: <1299219720-13398-1-git-send-email-brobecker@adacore.com>

On VxWorks, we let the target do the breakpoint handling: To insert
a breakpoint at a given location, we emit a WTX request to the target,
and we get an "eventpoint ID".  To remove that breakpoint, we need
to use that same eventpoint ID as a parameter for the WTX request
that removes breakpoints.  So, for every breakpoint that we actually
inserted on the target, we need to remember the associated eventpoint
ID.  This new field allows the target to store some target-specific
data associated to each breakpoint location.

Normally, I would attach this patch to the patch that is going to use
this change.  But because the patch in question is part of a rather
large series of large-ish patches, I felt that it was best to avoid
drowning this change with the rest, and give this change more visibility.

gdb/ChangeLog:

        * breakpoint.h (struct bp_target_info): New "target_private_data"
        component.
---
 gdb/breakpoint.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/gdb/breakpoint.h b/gdb/breakpoint.h
index a0fea21..6bd58f1 100644
--- a/gdb/breakpoint.h
+++ b/gdb/breakpoint.h
@@ -233,6 +233,12 @@ struct bp_target_info
      (e.g. if a remote stub handled the details).  We may still need
      the size to remove the breakpoint safely.  */
   int placed_size;
+
+  /* Some private data maintained by the target, if needed.
+     The target is expected to allocate the data when the breakpoint
+     is inserted, and deallocate it when the breakpoint is removed
+     (please also set the pointer to NULL after deallocation).  */
+  void *target_private_data;
 };
 
 /* GDB maintains two types of information about each breakpoint (or
-- 
1.7.0.4


  parent reply	other threads:[~2011-03-04  6:23 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-04  6:22 Add support for VxWorks (v3) Joel Brobecker
2011-03-04  6:22 ` [VxWorks 03/20] New toplevel_command_post observer Joel Brobecker
2011-03-04  6:22 ` [VxWorks 01/20] fix parameter names in cli/cli-utils.h Joel Brobecker
2011-03-04  6:22 ` [VxWorks 02/20] Some ada-lang/ada-tasks routines needed by the VxWorks target Joel Brobecker
2011-03-04  6:22 ` [VxWorks 04/20] New general purpose routines in utils.c Joel Brobecker
2011-03-04  6:22 ` [VxWorks 05/20] more parsing routines in cli/cli-utils Joel Brobecker
2011-03-04  6:23 ` Joel Brobecker [this message]
2011-03-04  6:23 ` [VxWorks 10/20] Add options to control Vxworks related settings Joel Brobecker
2011-03-04  6:23 ` [VxWorks 06/20] add new "unload" command (symetry of existing "load" command) Joel Brobecker
2011-03-04  6:23 ` [VxWorks 08/20] New modules gdb_dlfcn and remote-wtx-utils Joel Brobecker
2011-03-04  6:24 ` [VxWorks 12/20] "multi-tasks-mode" support Joel Brobecker
2011-03-04  6:24 ` [VxWorks 14/20] remote-wtx-hw: register fetch/store support Joel Brobecker
2011-03-04  6:24 ` [VxWorks 11/20] VxWorks breakpoint-handling module Joel Brobecker
2011-03-04  6:24 ` [VxWorks 13/20] Add partition support Joel Brobecker
2011-03-04  6:24 ` [VxWorks 09/20] remote-wtxapi: The WTX API abstraction layer Joel Brobecker
2011-03-04  6:25 ` [VxWorks 16/20] WTX-TCL support module Joel Brobecker
2011-03-04  6:25 ` [VxWorks 18/20] Add tdep files for x86 and powerpc Joel Brobecker
2011-03-04  6:25 ` [VxWorks 19/20] Configury and Makefile updates for VxWorks Joel Brobecker
2011-03-04  6:25 ` [VxWorks 15/20] Add new "wtx" target Joel Brobecker
2011-03-04  6:25 ` [VxWorks 17/20] Add support for VxWorks 6 Joel Brobecker
2011-03-04  6:25 ` [VxWorks 20/20] document the new VxWorks port Joel Brobecker
2011-03-04  9:36 ` Add support for VxWorks (v3) Pedro Alves
2011-03-04 10:05   ` Joel Brobecker
2011-03-04 10:45     ` Pedro Alves
2011-03-04 12:10       ` Joel Brobecker
2011-03-07 19:49 ` 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=1299219720-13398-8-git-send-email-brobecker@adacore.com \
    --to=brobecker@adacore.com \
    --cc=gdb-patches@sourceware.org \
    /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