Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@false.org>
To: Wu Zhou <woodzltc@cn.ibm.com>
Cc: Eli Zaretskii <eliz@gnu.org>,
	gdb-patches@sources.redhat.com, 	mark@xs4all.nl, bje@au1.ibm.com,
	anton@au1.ibm.com, 	pgilliam@us.ibm.com
Subject: Re: [RFC] GDB patches for hw watchpoints - revised
Date: Tue, 24 Jan 2006 03:43:00 -0000	[thread overview]
Message-ID: <20060124034304.GA4719@nevyn.them.org> (raw)
In-Reply-To: <Pine.LNX.4.64.0601241108530.3568@wks190239wss.cn.ibm.com>

On Tue, Jan 24, 2006 at 11:40:16AM +0800, Wu Zhou wrote:
> p630 is one kind of POWER4 based pSeriese server. It is currently the only 
> available ppc machine I can get.  :-)
> 
> In fact, I am not sure before if the ppc arch has nonsteppable watchpoints 
> or not. But testing on my p630 box, it did had nonsteppable ones.  Now 
> that an architecture either have or doesn't have nonsteppable watchpoints, 
> can we get from this test a result that ppc architecture has nonsteppable 
> watchpoints?
> 
> If so, maybe I can just remove the stupid conditional statement below.  
> (my original intention is to verify that v->mach equals bfd_mach_ppc_630 :-)

Well, it'd be nice to have some architectural reference for this.  But
it's probably a safe bet to assume that this is generally true for all
PowerPC targets, so let's just assume it.
> Function to_region_ok_for_hw_watchpoint is not in the current target 
> vector (I means struct target_ops).  Maybe we can add it into
> target_ops? There are a few other archs also use this.  But they had to 
> include it in nm-xxx-yyy.h.  If not, the only method I can think of is 
> also include its definition in nm-ppc64-linux.h.  So what about the 
> following patch section?
> 
>       int (*to_region_size_ok_for_hw_watchpoint) (int);
> +     int (*to_region_ok_for_hw_watchpoint) (CORE_ADDR *, int);
>       void (*to_terminal_init) (void);

I would recommend replacing to_region_size_ok_for_hw_watchpoint
with to_region_ok_for_hw_watchpoint.  You'll have to update the
callers, including the non-multi-arch ones, to ignore the first
argument; shouldn't be hard?

-- 
Daniel Jacobowitz
CodeSourcery


  reply	other threads:[~2006-01-24  3:43 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-22 15:26 Wu Zhou
2005-12-22 15:38 ` Wu Zhou
2005-12-22 15:57   ` Eli Zaretskii
2005-12-22 15:57     ` Wu Zhou
2005-12-23 20:52       ` Eli Zaretskii
2006-01-22 20:56       ` Daniel Jacobowitz
2006-01-24  3:40         ` Wu Zhou
2006-01-24  3:43           ` Daniel Jacobowitz [this message]
2006-01-24  4:33             ` Wu Zhou
2006-01-24 11:00               ` Wu Zhou
2006-01-24 21:20                 ` Daniel Jacobowitz
2006-01-25  3:19                   ` Wu Zhou
2006-01-25  8:34                   ` Replace to_region_size_ok_for_hw_watchpoint references with to_region_ok_for_hw_watchpoint ones Wu Zhou
2006-02-02  1:43                     ` [RFC] GDB patches for hw watchpoints - revised Daniel Jacobowitz
2006-02-08  5:35                       ` Wu Zhou
2006-02-09  5:44                         ` Wu Zhou
2006-02-09  7:44                           ` Eli Zaretskii
2006-02-13  9:53                             ` Wu Zhou
  -- strict thread matches above, loose matches on Subject: below --
2005-12-06 19:54 Wu Zhou
2005-12-06 22:46 ` Ulrich Weigand
2005-12-09 12:00   ` Wu Zhou
2005-12-09 14:34     ` Ulrich Weigand
2005-12-06 23:05 ` Eli Zaretskii
2005-12-06 23:31   ` Daniel Jacobowitz
2005-12-09 12:04     ` Wu Zhou
2005-12-09 14:22       ` Daniel Jacobowitz
2005-12-09 18:58         ` Eli Zaretskii
2005-12-10 22:23         ` Wu Zhou
2005-12-11 11:12           ` Daniel Jacobowitz
2005-12-11 14:39             ` Wu Zhou
2005-12-13 22:47             ` Wu Zhou
2005-12-14 18:12               ` Eli Zaretskii
2005-12-14 18:13               ` Daniel Jacobowitz
2005-12-15 20:06                 ` Wu Zhou
2005-12-16  0:10                   ` Anton Blanchard

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=20060124034304.GA4719@nevyn.them.org \
    --to=drow@false.org \
    --cc=anton@au1.ibm.com \
    --cc=bje@au1.ibm.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sources.redhat.com \
    --cc=mark@xs4all.nl \
    --cc=pgilliam@us.ibm.com \
    --cc=woodzltc@cn.ibm.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