[PATCH] PR threads/10729: x86 hw watchpoints and non-stop mode

Pedro Alves pedro@codesourcery.com
Mon Dec 12 20:34:00 GMT 2011


Thanks again for the test.

I'm wondering why bother to mask out DR_STATUS bits instead
of clearing all of it.  I mean, when we set a watchpoint, we're
already clobbering the whole of DR_CONTROL, with

  i386_dr_low.set_control (new_state->dr_control_mirror);

so it seems there's no point in trying to retain all the other
bits of DR_STATUS.  If we set a watchpoint, any change the
inferior had done itself to the debug registers is thrown
out the window.

If I change amd64_linux_prepare_to_resume to look like:

static void
amd64_linux_prepare_to_resume (struct lwp_info *lwp)
{
  int clear_status = 0;

  if (lwp->arch_private->debug_registers_changed)
    {
      struct i386_debug_reg_state *state = i386_debug_reg_state ();
      int i;

      for (i = DR_FIRSTADDR; i <= DR_LASTADDR; i++)
	if (state->dr_ref_count[i] > 0)
	  {
	    amd64_linux_dr_set (lwp->ptid, i, state->dr_mirror[i]);

	    /* Only a sanity check for leftover bits (set possibly
	       only by inferior).  */
	    clear_status = 1;
	  }

      amd64_linux_dr_set (lwp->ptid, DR_CONTROL, state->dr_control_mirror);

      lwp->arch_private->debug_registers_changed = 0;
    }

  if (clear_status || lwp->stopped_by_watchpoint)
    amd64_linux_dr_set (lwp->ptid, DR_STATUS, 0);
}

(the `clear_status' bits are new) then the new test passes.

I'm doing a full run with this now.

-- 
Pedro Alves



More information about the Gdb-patches mailing list