From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 112155 invoked by alias); 16 Oct 2015 16:47:39 -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 112142 invoked by uid 89); 16 Oct 2015 16:47:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pa0-f53.google.com Received: from mail-pa0-f53.google.com (HELO mail-pa0-f53.google.com) (209.85.220.53) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 16 Oct 2015 16:47:38 +0000 Received: by padcn9 with SMTP id cn9so10421511pad.2 for ; Fri, 16 Oct 2015 09:47:36 -0700 (PDT) X-Received: by 10.68.244.34 with SMTP id xd2mr17890067pbc.0.1445014056257; Fri, 16 Oct 2015 09:47:36 -0700 (PDT) Received: from E107787-LIN (gcc2-power8.osuosl.org. [140.211.9.43]) by smtp.gmail.com with ESMTPSA id t9sm13870318pbs.17.2015.10.16.09.47.33 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Fri, 16 Oct 2015 09:47:35 -0700 (PDT) From: Yao Qi To: Pedro Alves Cc: gdb-patches@sourceware.org Subject: Re: [PATCH 00/18] Remote all-stop on top of non-stop References: <1444836486-25679-1-git-send-email-palves@redhat.com> Date: Fri, 16 Oct 2015 16:47:00 -0000 In-Reply-To: <1444836486-25679-1-git-send-email-palves@redhat.com> (Pedro Alves's message of "Wed, 14 Oct 2015 16:27:48 +0100") Message-ID: <86lhb23gm4.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-10/txt/msg00293.txt.bz2 Pedro Alves writes: Hi Pedro, thanks for get them done! I am reviewing your patches, and continue reviewing them next week. Testing on arm-linux is still running. There is one fail on multi-arch aarch64-linux in gdb.base/range-stepping.exp, FAIL: gdb.base/range-stepping.exp: multi insns: next: vCont;s=3D1 vCont;r= =3D1 in the testing GDB and GDBserver is configured for aarch64-linux, but the program is compiled for arm-linux. I checked gdb.log that there is vCont;r but no vCont;s. I suspect that GDB does software single step, but arm-linux-tdep.c:arm_linux_software_single_step has already disab= le software single step if GDBserver can do single step (AArch64 GDBserver can do hardware single step). > As with the equivalent work done for the native target, it's easy to > revert back to the old behavior by entering "maint set target-non-stop > off" or reverting the last patch. After I revert the last patch, the test pass. I run out of time today, and will look at the fail on Monday. --=20 Yao (=E9=BD=90=E5=B0=A7)