From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13555 invoked by alias); 25 Feb 2014 20:32:49 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 13534 invoked by uid 89); 25 Feb 2014 20:32:48 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 25 Feb 2014 20:32:46 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s1PKWiLC021067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 25 Feb 2014 15:32:44 -0500 Received: from brno.lan (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s1PKWhuv019885 for ; Tue, 25 Feb 2014 15:32:44 -0500 From: Pedro Alves To: gdb-patches@sourceware.org Subject: [PATCH 0/6] Fix a bunch of run control bugs. Date: Tue, 25 Feb 2014 20:32:00 -0000 Message-Id: <1393360363-5603-1-git-send-email-palves@redhat.com> X-SW-Source: 2014-02/txt/msg00761.txt.bz2 I started out by doing a couple tweaks to signal-while-stepping-over-bp-other-thread.exp, to make it run against remote targets too, and then that didn't work, because of some bug. And then fixing that bug required fixing some other bug, and ... Well, this is the result. This changes heavily core run control code, which affects software single-step targets too. For more comfortable development and testing, I actually hacked on this against my software single-step on x86 branch first. Pedro Alves (6): PR gdb/16575: stale breakpoint instructions in the code cache PR breakpoints/7143 - Watchpoint does not trigger when first set Fix missing breakpoing/watchpoint hits, eliminate deferred_step_ptid. Fix for even more missed events; eliminate thread-hop code. Handle multiple step-overs. Make signal-while-stepping-over-bp-other-thread.exp run against remote targets too. gdb/breakpoint.c | 210 ++++-- gdb/breakpoint.h | 10 + gdb/dcache.c | 100 ++- gdb/dcache.h | 15 +- gdb/inferior.h | 6 + gdb/infrun.c | 716 +++++++++------------ gdb/target.c | 53 +- gdb/testsuite/gdb.base/breakpoint-shadow.exp | 38 +- gdb/testsuite/gdb.base/watchpoint.exp | 13 +- gdb/testsuite/gdb.cp/annota2.exp | 3 - gdb/testsuite/gdb.cp/annota3.exp | 3 - gdb/testsuite/gdb.threads/multiple-step-overs.c | 105 +++ gdb/testsuite/gdb.threads/multiple-step-overs.exp | 80 +++ .../signal-while-stepping-over-bp-other-thread.c | 2 + .../signal-while-stepping-over-bp-other-thread.exp | 16 +- .../gdb.threads/step-over-lands-on-breakpoint.c | 65 ++ .../gdb.threads/step-over-lands-on-breakpoint.exp | 64 ++ .../gdb.threads/step-over-trips-on-watchpoint.c | 65 ++ .../gdb.threads/step-over-trips-on-watchpoint.exp | 70 ++ 19 files changed, 1039 insertions(+), 595 deletions(-) create mode 100644 gdb/testsuite/gdb.threads/multiple-step-overs.c create mode 100644 gdb/testsuite/gdb.threads/multiple-step-overs.exp create mode 100644 gdb/testsuite/gdb.threads/step-over-lands-on-breakpoint.c create mode 100644 gdb/testsuite/gdb.threads/step-over-lands-on-breakpoint.exp create mode 100644 gdb/testsuite/gdb.threads/step-over-trips-on-watchpoint.c create mode 100644 gdb/testsuite/gdb.threads/step-over-trips-on-watchpoint.exp -- 1.7.11.7