From: Jeremy Bennett <jeremy.bennett@embecosm.com>
To: Florent DEFAY <spira.inhabitant@gmail.com>
Cc: gdb@sourceware.org
Subject: Re: Problem with "watch" on a new port.
Date: Thu, 02 Jul 2009 15:55:00 -0000 [thread overview]
Message-ID: <1246550027.21485.30.camel@thomas> (raw)
In-Reply-To: <8502af3c0907020810k766a9873qc32552180d5fdc64@mail.gmail.com>
On Thu, 2009-07-02 at 17:10 +0200, Florent DEFAY wrote:
> >This suggest you did not define, or improperly defined, the
> >to_stopped_by_watchpoint or to_stopped_data_address or
> >to_watchpoint_address_withing_range target methods.
>
> I take inspiration from or1k and I do not find these target methods implemented.
> I found them nowhere but in i386 arch, in i386-nat.c.
> I do not understand the link between i386-nat.c and the t-dep file.
> For my arch, I implemented a t-dep only. How to add a nat? Is it
> really necessary?
Hi Florent,
or1k (OpenRISC 1000) implements to_stopped_by_watchpoint and
to_stopped_data_address. You can find the functions
(or1k_stopped_by_watchpoint and or1k_stopped_data_address) in
remote-or1k.c of the OpenRISC GDB 6.8 distribution. These functions are
set up for the target in _initialize_remote_or1k.
The code is quite old (it's tidied up from the GDB 5.3 implementation)
using the proprietary OpenRISC Remote JTAG protocol. Since it is
primarily an embedded processor core, all the recent work on OpenRISC
1000 has been to use the GDB remote serial protocol (RSP), so
watchpoints are implemented on the server side as z2, z3, z4, Z2, Z3 and
Z4 packets.
HTH,
Jeremy
--
Tel: +44 (1590) 610184
Cell: +44 (7970) 676050
SkypeID: jeremybennett
Email: jeremy.bennett@embecosm.com
Web: www.embecosm.com
next prev parent reply other threads:[~2009-07-02 15:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-02 15:11 Florent DEFAY
2009-07-02 15:42 ` Vladimir Prus
2009-07-02 15:55 ` Jeremy Bennett [this message]
2009-07-07 12:29 ` Florent Defay
2009-07-07 15:19 ` Jeremy Bennett
-- strict thread matches above, loose matches on Subject: below --
2009-07-01 9:10 Florent DEFAY
2009-07-01 9:51 ` Vladimir Prus
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=1246550027.21485.30.camel@thomas \
--to=jeremy.bennett@embecosm.com \
--cc=gdb@sourceware.org \
--cc=spira.inhabitant@gmail.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