From: Daniel Jacobowitz <drow@false.org>
To: Bart Veer <bartv@ecoscentric.com>
Cc: gdb-patches@sourceware.org
Subject: Re: add file I/O support when debugging an embedded target via jtag
Date: Wed, 01 Oct 2008 21:10:00 -0000 [thread overview]
Message-ID: <20081001210933.GA8477@caradoc.them.org> (raw)
In-Reply-To: <pn1vz017q9.fsf@delenn.bartv.net>
On Wed, Oct 01, 2008 at 07:38:22PM +0100, Bart Veer wrote:
> Adding a new stratum certainly appears to be controversial, although I
> am not certain why.
Because this is not about what in the current sources will break.
It's about the purpose of the target stack, which does not include
synthesizing operations like this.
> Daniel> I don't see why it has to be in the target vector at all.
>
> The h/w debug file I/O code needs to take some action for every load,
> resume and wait operation. For the wait, deprecated_target_wait_hook
> provides an alternative but I assume that hook is going to disappear
> at some point. There are no equivalent hooks for load and resume.
Those operations are where your patch acts, but I don't think they're
what you actually want. What you do after load doesn't have anything
to do with "load"; I assume that at load time you're setting the
breakpoint, but GDB already has several hooks to set internal
breakpoints. And it already has support for hitting an internal
breakpoint, hiding it from the user, and taking some action - this is
how SVR4 shared library support works.
--
Daniel Jacobowitz
CodeSourcery
next prev parent reply other threads:[~2008-10-01 21:10 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-12 16:34 Bart Veer
2008-08-12 19:08 ` Eli Zaretskii
2008-08-31 11:42 ` Bart Veer
2008-08-31 14:36 ` Stan Shebs
2008-08-31 15:39 ` Bart Veer
2008-09-23 10:15 ` Bart Veer
2008-09-23 12:03 ` Doug Evans
2008-09-24 21:21 ` Bart Veer
2008-09-25 17:05 ` Doug Evans
2008-09-25 20:27 ` Bart Veer
2008-09-25 22:20 ` Daniel Jacobowitz
2008-10-01 18:39 ` Bart Veer
2008-10-01 21:10 ` Daniel Jacobowitz [this message]
2008-10-09 17:11 ` Bart Veer
2008-10-17 11:59 ` John Dallaway
2008-09-01 3:07 ` Eli Zaretskii
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=20081001210933.GA8477@caradoc.them.org \
--to=drow@false.org \
--cc=bartv@ecoscentric.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