Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Burgess <andrew.burgess@embecosm.com>
To: Joel Brobecker <brobecker@adacore.com>
Cc: Craig Blackmore <craig.blackmore@embecosm.com>,
	gdb-patches@sourceware.org, Pedro Alves <palves@redhat.com>
Subject: Re: [PATCH] RISC-V: enable have_nonsteppable_watchpoint by default
Date: Mon, 08 Oct 2018 09:58:00 -0000	[thread overview]
Message-ID: <20181008095839.GC5952@embecosm.com> (raw)
In-Reply-To: <20181003223703.GA22933@adacore.com>

* Joel Brobecker <brobecker@adacore.com> [2018-10-03 15:37:03 -0700]:

> Hi Craig, hi Andrew,
> 
> > ---
> > 
> > The RISC-V debug spec 0.13 recommends that write triggers fire before the
> > write is committed. If the target follows this behaviour, then
> > have_nonsteppable_watchpoint needs to be set to 'on' so that GDB will step
> > over the watchpoint before checking if the value has changed.
> > 
> > This patch adds a setshow for have_nonsteppable_watchpoint which defaults
> > to 'on' to match the recommended behaviour. If a target does not follow
> > this timing, then 'set riscv have_nonsteppable_watchpoint off' will need
> > to be issued on the command line.
> > 
> > gdb/ChangeLog:
> > 
> > 	* riscv-tdep.c (set_have_nonsteppable_watchpoint): Add callback
> > 	for 'set riscv have_nonsteppable_watchpoint'.
> > 	(show_have_nonsteppable_watchpoint): Add callback for
> > 	'show riscv have_nonsteppable_watchpoint'.
> > 	(riscv_gdbarch_init): Initialise gdbarch setting for
> > 	have_nonesteppable_watchpoint.
> 
> I assume this patch is waiting for review from Andrew?

No, I was hoping for some feedback from Pedro, he commented in this
post:
   https://sourceware.org/ml/gdb-patches/2018-09/msg00570.html

that he wasn't happy with the approach Craig took. He would like to
see the switching done automatically from the target description.  In
this post:
   https://sourceware.org/ml/gdb-patches/2018-09/msg00572.html

I agree with Pedro, but take the position that as riscv doesn't
currently have any target description support (I hope to work on some
of this soon) then I'd like this patch to go in as it is and improve
on it later.

However, as Pedro is a global maintainer, I don't feel I can OK the
patch with his negative feedback outstanding...

Thanks,
Andrew





> 
> I took a look, since I am interested in it as well. Here are my
> comments.
> 
> You forgot to document the introduction of riscv_have_nonsteppable_watchpoint
> in your ChangeLog above; eg:
> 
>         * riscv-tdep.c (riscv_have_nonsteppable_watchpoint): New static
>         global.
> 
> You also forgot to document that you're adding new subcommands.
> 
> The rest looks good to me.
> 
> > ---
> > 
> > diff --git a/gdb/riscv-tdep.c b/gdb/riscv-tdep.c
> > index 254914c..857c5d1 100644
> > --- a/gdb/riscv-tdep.c
> > +++ b/gdb/riscv-tdep.c
> > @@ -226,6 +226,36 @@ show_use_compressed_breakpoints (struct ui_file *file, int from_tty,
> >  		      "to %s%s.\n"), value, additional_info);
> >  }
> >  
> > +/* Controls whether the debugger should step over hardware watchpoints before
> > +   checking if the watched variable has changed.  If true, then the debugger
> > +   will step over the watchpoint.  */
> > +
> > +static int riscv_have_nonsteppable_watchpoint = 1;
> > +
> > +/* The set callback for 'set riscv have-nonsteppable-watchpoint'.  */
> > +
> > +static void
> > +set_have_nonsteppable_watchpoint (const char *args, int from_tty,
> > +				  struct cmd_list_element *c)
> > +{
> > +  struct gdbarch *gdbarch = target_gdbarch ();
> > +
> > +  set_gdbarch_have_nonsteppable_watchpoint (gdbarch,
> > +					    riscv_have_nonsteppable_watchpoint);
> > +}
> > +
> > +/* The show callback for 'show riscv have-nonsteppable-watchpoint'.  */
> > +
> > +static void
> > +show_have_nonsteppable_watchpoint (struct ui_file *file, int from_tty,
> > +				   struct cmd_list_element *c,
> > +				   const char *value)
> > +{
> > +  fprintf_filtered (file,
> > +		    _("Debugger must step over hardware watchpoints is set to "
> > +		      "%s.\n"), value);
> > +}
> > +
> >  /* The set and show lists for 'set riscv' and 'show riscv' prefixes.  */
> >  
> >  static struct cmd_list_element *setriscvcmdlist = NULL;
> > @@ -2736,6 +2766,8 @@ riscv_gdbarch_init (struct gdbarch_info info,
> >    set_gdbarch_return_value (gdbarch, riscv_return_value);
> >    set_gdbarch_breakpoint_kind_from_pc (gdbarch, riscv_breakpoint_kind_from_pc);
> >    set_gdbarch_sw_breakpoint_from_kind (gdbarch, riscv_sw_breakpoint_from_kind);
> > +  set_gdbarch_have_nonsteppable_watchpoint (gdbarch,
> > +					    riscv_have_nonsteppable_watchpoint);
> >  
> >    /* Register architecture.  */
> >    set_gdbarch_num_regs (gdbarch, RISCV_LAST_REGNUM + 1);
> > @@ -2980,4 +3012,20 @@ can be used."),
> >  				show_use_compressed_breakpoints,
> >  				&setriscvcmdlist,
> >  				&showriscvcmdlist);
> > +
> > +  add_setshow_boolean_cmd ("have-nonsteppable-watchpoint", no_class,
> > +			   &riscv_have_nonsteppable_watchpoint,
> > +			   _("\
> > +Set whether debugger must step over hardware watchpoints"),
> > +			   _("\
> > +Show whether debugger must step over hardware watchpoints"),
> > +			   _("\
> > +The RISC-V debug spec recommends that hardware write watchpoints fire before\n\
> > +the write is committed, in which case, GDB must step over the watchpoint\n\
> > +before checking the old and new values.  Set this option to 'on' (default)\n\
> > +for targets that follow this behaviour, otherwise set to 'off'."),
> > +			   set_have_nonsteppable_watchpoint,
> > +			   show_have_nonsteppable_watchpoint,
> > +			   &setriscvcmdlist,
> > +			   &showriscvcmdlist);
> >  }
> > 
> 
> -- 
> Joel


  parent reply	other threads:[~2018-10-08  9:58 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-16  0:13 Craig Blackmore
2018-09-17 10:34 ` Andrew Burgess
2018-09-24 11:36   ` Craig Blackmore
2018-10-03 22:37     ` Joel Brobecker
2018-10-04 16:26       ` Craig Blackmore
2018-10-08  9:58       ` Andrew Burgess [this message]
2018-10-08 11:56         ` Pedro Alves
2018-10-08 14:25           ` Joel Brobecker
2018-10-08 14:37             ` Paul Koning
2018-10-08 14:42               ` Pedro Alves
2018-10-08 14:51                 ` Joel Brobecker
2018-10-09 17:20                   ` Craig Blackmore
2018-10-09 17:29                     ` Paul Koning
2018-10-09 17:39                       ` Pedro Alves
2018-10-23 10:34                     ` Andrew Burgess
2018-10-08 14:50               ` Andreas Schwab
2018-09-17 12:54 ` Pedro Alves
2018-09-17 13:34   ` Andrew Burgess
2018-10-08 11:29     ` Pedro Alves

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=20181008095839.GC5952@embecosm.com \
    --to=andrew.burgess@embecosm.com \
    --cc=brobecker@adacore.com \
    --cc=craig.blackmore@embecosm.com \
    --cc=gdb-patches@sourceware.org \
    --cc=palves@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