From: Jeff Johnston <jjohnstn@redhat.com>
To: Jeff Johnston <jjohnstn@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [RFA]: Change to_stopped_data_address ABI
Date: Mon, 20 Sep 2004 21:35:00 -0000 [thread overview]
Message-ID: <414F4D15.7010503@redhat.com> (raw)
In-Reply-To: <4134C991.7050507@redhat.com>
Ping. I hope I clarified Eli's questions already.
Jeff Johnston wrote:
> I am proposing a change to the to_stopped_data_address target vector
> function. There are two reasons. The first reason is that there is no
> way to determine if a platform actually supports
> to_stopped_data_address. For example, the S390 supports hardware
> watchpoints, but doesn't support figuring out which address caused a
> watchpoint to trigger. This level of detail is necessary for proper
> threaded watchpoint support to know whether to trust in the
> to_stopped_data_address function or whether to check all watchpoints for
> value changes.
>
> The second reason for the proposed change is that there is no way to
> watch address 0 since to_stopped_data_address currently returns the
> address 0 to indicate failure.
>
> The proposed change is to change the prototype to be:
>
> int
> to_stopped_data_address (CORE_ADDR *addr_p);
>
> If the input pointer is NULL, the function returns non-zero if it works
> on the given target, otherwise, it fails by returning 0. The function
> also returns 0 if unsuccessful. By separating out the success/fail code
> from the address, the new prototype allows for succeeding and returning
> any address, including 0.
>
> Ok to commit?
>
> -- Jeff J.
>
> 2004-08-31 Jeff Johnston <jjohnstn@redhat.com>
>
> * target.h (to_stopped_data_address): Change prototype to
> take a CORE_ADDR pointer and return an int.
> * target.c (update_current_target): Change to_stopped_data_address
> to match new prototype.
> (debug_to_stopped_data_address): Change appropriately.
> * breakpoint.c (bpstat_stop_status): Change call to
> target_stopped_data_address to use new prototype.
> * frv-tdep.c (frv_have_stopped_data_address): New function.
> (frv_stopped_data_address): Change to new prototype and
> functionality.
> * ia64-linux-nat.c (ia64_stopped_data_address): Change to new
> prototype and functionality.
> (ia64_stopped_by_watchpoint): New function.
> * i386-nat.c (i386_stopped_data_address): Change to new
> prototype and functionality.
> (i386_stopped_by_watchpoint): New function.
> * remote.c (remote_stopped_data_address): Change to new prototype
> and functionality.
> * remote-m32r-sdi.c (m32r_stopped_data_address): Ditto.
> * config/frv/tm-frv.h (frv_stopped_data_address): Change prototype.
> (STOPPED_BY_WATCHPOINT): Change to use
> frv_have_stopped_data_address.
> * config/i386/nm-i386.h (STOPPED_BY_WATCHPOINT): Change to use
> new i386_stopped_by_watchpoint function.
> (i386_stopped_by_watchpoint): New prototype.
> (i386_stoppped_data_address): Change to new prototype.
> * config/ia64/nm-linux.h (STOPPED_BY_WATCHPOINT): Change to use
> new ia64_stopped_by_watchpoint function.
> (ia64_stopped_by_watchpoint): New prototype.
> (ia64_stopped_data_address): Ditto.
>
> doc/ChangeLog:
>
> 2004-08-31 Jeff Johnston <jjohnstn@redhat.com>
>
> * gdbint.texinfo (target_stopped_data_address): Update to
> new prototype.
> (i386_stopped_data_address): Update prototype and description.
> (i386_stopped_by_watchpoint): New function and description.
>
>
next prev parent reply other threads:[~2004-09-20 21:35 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-31 18:55 Jeff Johnston
2004-08-31 19:38 ` Eli Zaretskii
2004-08-31 20:18 ` Jeff Johnston
2004-09-01 3:40 ` Eli Zaretskii
2004-09-03 21:20 ` Andrew Cagney
2004-09-20 21:35 ` Jeff Johnston [this message]
2004-09-21 4:02 ` Eli Zaretskii
2004-09-24 22:42 ` Jeff Johnston
2004-10-06 16:09 ` Eli Zaretskii
2004-10-06 20:47 ` Jeff Johnston
2004-10-08 9:15 ` Eli Zaretskii
2004-10-08 17:32 ` jjohnstn
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=414F4D15.7010503@redhat.com \
--to=jjohnstn@redhat.com \
--cc=gdb-patches@sources.redhat.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