From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 69346 invoked by alias); 2 May 2019 11:01:49 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 69337 invoked by uid 89); 2 May 2019 11:01:48 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: =?ISO-8859-1?Q?Yes, score=6.9 required=5.0 tests=BAYES_60,BODY_8BITS,GARBLED_BODY,HTML_MESSAGE,PYZOR_CHECK autolearn=no version=3.3.1 spammy==b7=ef=bc, HX-detected-operating-system:Windows, H*Ad:U*bug-gdb, =e7=a5=a8?= X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 02 May 2019 11:01:47 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40724) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hM9TF-00056z-D8 for gdb@sourceware.org; Thu, 02 May 2019 07:01:45 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:32975) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hM9TE-0003nd-VT for bug-gdb@gnu.org; Thu, 02 May 2019 07:01:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hM9TE-00056E-6n for bug-gdb@gnu.org; Thu, 02 May 2019 07:01:44 -0400 Received: from [183.129.54.91] (port=63060 helo=vnvh.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hM9TD-00050G-H4 for bug-gdb@gnu.org; Thu, 02 May 2019 07:01:44 -0400 Received: from SKY-20150219JSJ ([127.0.0.1]) by localhost via TCP with ESMTPA; Thu, 02 May 2019 18:55:54 +0800 MIME-Version: 1.0 From: dhmiws Sender: dhmiws To: bug-gdb@gnu.org Date: Thu, 02 May 2019 11:01:00 -0000 Subject: =?utf-8?B?QCggKOeojikpKSorKyggKOelqCkpICl8Jg==?= X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 Message-ID: X-Received-From: 183.129.54.91 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-SW-Source: 2019-05/txt/msg00001.txt.bz2 YnVnLWdkYkBnbnUub3JnDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqDQrlvIDlkITlnLDmraPop4Tmma7pgJrnqI7npajvvIzngrnm lbDkvJjmg6DvvIzljIXnnJ/jgIINCuiBlOezu+S6uu+8muW8oOWFiOeUnzEz OS01NDQzLTg5NjHvvIjlvq7kv6HlkIzlj7fvvIkNCuivpueUte+8muS4muWK oVFR77yaMjY0OTMxMjIwOTIwMTkvNS8yMTg6NTU= >From gdb-return-46979-listarch-gdb=sources.redhat.com@sourceware.org Fri May 03 02:59:35 2019 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 48953 invoked by alias); 3 May 2019 02:59:34 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Delivered-To: mailing list gdb@sourceware.org Received: (qmail 48942 invoked by uid 89); 3 May 2019 02:59:34 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.8 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy=HTo:U*gdb, H*Ad:U*thomas 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; Fri, 03 May 2019 02:59:32 +0000 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 8F00966991; Fri, 3 May 2019 02:59:31 +0000 (UTC) Received: from f29-4.lan (ovpn-116-84.phx2.redhat.com [10.3.116.84]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 64C721A265; Fri, 3 May 2019 02:59:31 +0000 (UTC) Date: Fri, 03 May 2019 02:59:00 -0000 From: Kevin Buettner To: gdb@sourceware.org Cc: Thomas Schwinge Subject: Re: Last week: i686-pc-linux-gnu 'gdb.server' testsuite regressions Message-ID: <20190502195929.2c8bac7f@f29-4.lan> In-Reply-To: <87r29x6n29.fsf@euler.schwinge.homeip.net> References: <87tvey6zp6.fsf@euler.schwinge.homeip.net> <87r29x6n29.fsf@euler.schwinge.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2019-05/txt/msg00002.txt.bz2 Content-length: 5165 On Sat, 20 Apr 2019 11:30:38 +0200 Thomas Schwinge wrote: > > In > > d970ee2bae1925bb9265d37adef0b92e2678d666..02e902e1a1ec7b74125f329b3faef1992efb6d51 > > (that is, basically, last week) I'm too seeing a good number of > > 'gdb.server' testsuite regressions in native i686-pc-linux-gnu testing: > > These i686-pc-linux-gnu gdbserver regressions are caused by the commit > 3f52fdbcb599f76b4838020721ca6c9f1cc28f84 "Fix amd64->i386 linux syscall > restart problem" changes to 'gdb/gdbserver/linux-x86-low.c'. I did a i686-pc-linux-gnu build (though still on a 64-bit host), but was unable to reproduce these regressions. Do I need to do the build on a 32-bit host? > (The > 'gdb/amd64-linux-nat.c' changes are not relevant in this > i686-pc-linux-gnu configuration -- do they need to be replicated to the > corresponding i686 GDB file, or do the gdbserver changes need to be > conditionalized on something?) The gdb/amd64-linux-nat.c changes don't need to be propogated to the i686 configuration. That change - and the corresponding change to gdbserver/linux-86-low.c - only affect 64-bit hosts that are trying to debug 32-bit code. I guess I could wrap the code that I added with a #ifdef __x86_64__ ... #endif, but I'd like to be able to reproduce the problem first. Kevin > For reference: > > > Running [...]/gdb/testsuite/gdb.server/abspath.exp ... > > {+FAIL: gdb.server/abspath.exp: continue to main+} > > Running [...]/gdb/testsuite/gdb.server/connect-stopped-target.exp ... > > Running [...]/gdb/testsuite/gdb.server/connect-with-no-symbol-file.exp ... > > Running [...]/gdb/testsuite/gdb.server/connect-without-multi-process.exp ... > > {+FAIL: gdb.server/connect-without-multi-process.exp: multiprocess=off: continue to main+} > > {+FAIL: gdb.server/connect-without-multi-process.exp: multiprocess=auto: continue to main+} > > Running [...]/gdb/testsuite/gdb.server/ext-attach.exp ... > > Running [...]/gdb/testsuite/gdb.server/ext-restart.exp ... > > {+FAIL: gdb.server/ext-restart.exp: run to main+} > > {+FAIL: gdb.server/ext-restart.exp: restart: run to main+} > > Running [...]/gdb/testsuite/gdb.server/ext-run.exp ... > > {+FAIL: gdb.server/ext-run.exp: continue to main+} > > Running [...]/gdb/testsuite/gdb.server/ext-wrapper.exp ... > > {+FAIL: gdb.server/ext-wrapper.exp: run to marker+} > > {+FAIL: gdb.server/ext-wrapper.exp: print d+} > > {+FAIL: gdb.server/ext-wrapper.exp: restart: run to marker+} > > {+FAIL: gdb.server/ext-wrapper.exp: restart: print d+} > > Running [...]/gdb/testsuite/gdb.server/extended-remote-restart.exp ... > > Running [...]/gdb/testsuite/gdb.server/file-transfer.exp ... > > Running [...]/gdb/testsuite/gdb.server/no-thread-db.exp ... > > {+FAIL: gdb.server/no-thread-db.exp: continue to breakpoint: after tls assignment+} > > Running [...]/gdb/testsuite/gdb.server/non-existing-program.exp ... > > Running [...]/gdb/testsuite/gdb.server/reconnect-ctrl-c.exp ... > > {+FAIL: gdb.server/reconnect-ctrl-c.exp: first: stop with control-c+} > > {+FAIL: gdb.server/reconnect-ctrl-c.exp: second: stop with control-c+} > > Running [...]/gdb/testsuite/gdb.server/run-without-local-binary.exp ... > > {+FAIL: gdb.server/run-without-local-binary.exp: run test program until the end+} > > Running [...]/gdb/testsuite/gdb.server/server-connect.exp ... > > Running [...]/gdb/testsuite/gdb.server/server-exec-info.exp ... > > Running [...]/gdb/testsuite/gdb.server/server-kill.exp ... > > {+FAIL: gdb.server/server-kill.exp: continue to breakpoint: after server_pid assignment+} > > {+FAIL: gdb.server/server-kill.exp: tstatus+} > > Running [...]/gdb/testsuite/gdb.server/server-mon.exp ... > > Running [...]/gdb/testsuite/gdb.server/server-run.exp ... > > {+FAIL: gdb.server/server-run.exp: continue to main+} > > Running [...]/gdb/testsuite/gdb.server/solib-list.exp ... > > {+FAIL: gdb.server/solib-list.exp: non-stop 0: continue+} > > {+FAIL: gdb.server/solib-list.exp: non-stop 0: p libvar+} > > {+FAIL: gdb.server/solib-list.exp: non-stop 1: continue+} > > {+FAIL: gdb.server/solib-list.exp: non-stop 1: p libvar+} > > Running [...]/gdb/testsuite/gdb.server/stop-reply-no-thread.exp ... > > {+FAIL: gdb.server/stop-reply-no-thread.exp: continue to main+} > > {+Running [...]/gdb/testsuite/gdb.server/sysroot.exp ...+} > > {+FAIL: gdb.server/sysroot.exp: sysroot=local: continue to main+} > > {+FAIL: gdb.server/sysroot.exp: sysroot=local: continue to printf+} > > {+FAIL: gdb.server/sysroot.exp: sysroot=remote: continue to main+} > > {+FAIL: gdb.server/sysroot.exp: sysroot=remote: continue to printf+} > > Running [...]/gdb/testsuite/gdb.server/unittest.exp ... > > Running [...]/gdb/testsuite/gdb.server/wrapper.exp ... > > {+FAIL: gdb.server/wrapper.exp: continue to marker+} > > {+FAIL: gdb.server/wrapper.exp: print d+} > > > > These generally seem to be because the "Program received signal SIGSEGV, > > Segmentation fault". Not any further bisected, or analyzed.