From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19988 invoked by alias); 8 Apr 2015 09:45:31 -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 19971 invoked by uid 89); 8 Apr 2015 09:45:31 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pd0-f177.google.com Received: from mail-pd0-f177.google.com (HELO mail-pd0-f177.google.com) (209.85.192.177) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 08 Apr 2015 09:45:30 +0000 Received: by pdea3 with SMTP id a3so109929590pde.3 for ; Wed, 08 Apr 2015 02:45:28 -0700 (PDT) X-Received: by 10.68.110.195 with SMTP id ic3mr44653654pbb.124.1428486328449; Wed, 08 Apr 2015 02:45:28 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by mx.google.com with ESMTPSA id r7sm10694684pdm.16.2015.04.08.02.45.26 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 08 Apr 2015 02:45:27 -0700 (PDT) From: Yao Qi To: Pedro Alves 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> Date: Wed, 08 Apr 2015 09:45:00 -0000 In-Reply-To: <1428410990-28560-1-git-send-email-palves@redhat.com> (Pedro Alves's message of "Tue, 7 Apr 2015 13:49:27 +0100") Message-ID: <86mw2jvtqk.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-04/txt/msg00257.txt.bz2 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 Hi Pedro, I tested this patch series on arm GNU/Linux, both native and gdbserver. Overall, the results look pretty good, here are some fails exposed/caused by this series. I'd like to post them first today and take a look at this series then. 1, on gdbserver, -UNSUPPORTED: gdb.mi/mi-dprintf.exp: send dprintf to target +FAIL: gdb.mi/mi-dprintf.exp: mi expect stop (unknown output after running) +FAIL: gdb.mi/mi-dprintf.exp: mi 1st dprintf, agent (unknown output after r= unning) +FAIL: gdb.mi/mi-dprintf.exp: mi info dprintf second time +FAIL: gdb.mi/mi-dprintf.exp: mi 2nd dprintf, agent (timeout) BEFORE: 220-exec-continue^M 220^error,msg=3D"Warning:\nCannot insert breakpoint 3: Target doesn't suppo= rt breakpoints that have target side commands.\nCannot insert breakpoint 4:= Target doesn't support breakpoints that have target side commands.\n"^M (gdb) ^M UNSUPPORTED: gdb.mi/mi-dprintf.exp: send dprintf to target AFTER: 220-exec-continue^M 220^running^M *running,thread-id=3D"all"^M (gdb) ^M I think that is the mi-dprintf.exp issue, which doesn't detect target dprintf support correctly. 2, on gdbserver, +FAIL: gdb.threads/thread-find.exp: find lwp id 6 +FAIL: gdb.threads/thread-find.exp: find lwp id 5 +FAIL: gdb.threads/thread-find.exp: find lwp id 4 +FAIL: gdb.threads/thread-find.exp: find lwp id 3 +FAIL: gdb.threads/thread-find.exp: find lwp id 2 +FAIL: gdb.threads/thread-find.exp: find lwp id 1 thread find 18340^M No threads match '18340'^M (gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 6 thread find 18339^M No threads match '18339'^M (gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 5 thread find 18338^M No threads match '18338'^M (gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 4 thread find 18337^M No threads match '18337'^M (gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 3 thread find 18336^M No threads match '18336'^M (gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 2 thread find 18333^M No threads match '18333'^M (gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 1 Maybe, thread list in GDB side is out of date? 3, on native, -PASS: gdb.base/info-shared.exp: continue to breakpoint: library function #4 +FAIL: gdb.base/info-shared.exp: continue to breakpoint: library function #4 continue^M Continuing.^M ^M Program received signal SIGSEGV, Segmentation fault.^M 0x40021564 in ?? () gdb/testsuite/gdb.base/info-shared-solib1.so^M (gdb) FAIL: gdb.base/info-shared.exp: continue to breakpoint: library funct= ion #4 --=20 Yao (=E9=BD=90=E5=B0=A7)