From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 99358 invoked by alias); 10 Apr 2015 08:34:57 -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 99344 invoked by uid 89); 10 Apr 2015 08:34:56 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD 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 (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 10 Apr 2015 08:34:55 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t3A8Yrv5021018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 10 Apr 2015 04:34:53 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t3A8YpDV007306; Fri, 10 Apr 2015 04:34:52 -0400 Message-ID: <55278B2B.1070809@redhat.com> Date: Fri, 10 Apr 2015 08:34:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Yao Qi CC: gdb-patches@sourceware.org Subject: Re: [PATCH v2 00/23] All-stop on top of non-stop References: <1428410990-28560-1-git-send-email-palves@redhat.com> <86lhi0v1el.fsf@gmail.com> In-Reply-To: <86lhi0v1el.fsf@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-04/txt/msg00362.txt.bz2 On 04/10/2015 09:21 AM, Yao Qi wrote: > Pedro Alves writes: > >> While v1 had only been tested on x86-64 GNU/Linux, v2 was tested on: >> >> x86-64 GNU/Linux >> x86-64 GNU/Linux on top of software single-step branch >> PPC64 GNU/Linux >> S/390 GNU/Linux > > I also tested this series on aarch64 GNU/Linux (hardware single step, no Thanks! > displaced stepping) with GDBserver. Some regressions in > gdb.threads/non-stop-fair-events.exp. > > (gdb) PASS: gdb.threads/non-stop-fair-events.exp: signal_thread=2: continue & > ^M > Program received signal SIGUSR1, User defined signal 1.^M > FAIL: gdb.threads/non-stop-fair-events.exp: signal_thread=2: thread 1 broke out of loop (timeout) > FAIL: gdb.threads/non-stop-fair-events.exp: signal_thread=2: thread 2 broke out of loop (timeout) > FAIL: gdb.threads/non-stop-fair-events.exp: signal_thread=2: thread 3 broke out of loop (timeout) Fun. TBC, that was only with gdbserver, right? I suspect the test was only passing by change before though. AFAICS, aarch64 doesn't have a displaced stepping implementation. I'd suspect current master fails other non-stop tests? (and hopefully this series fixes them). So GDB should now be falling back to stopping all threads to step past the breakpoint on aarch64, while before threads were just missing breakpoints. Likely something wrong with that with remote targets still. Thanks, Pedro Alves