From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 91271 invoked by alias); 1 Mar 2018 11:33:52 -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 87913 invoked by uid 89); 1 Mar 2018 11:33:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-6.8 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-HELO: mga07.intel.com Received: from mga07.intel.com (HELO mga07.intel.com) (134.134.136.100) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 01 Mar 2018 11:33:46 +0000 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Mar 2018 03:33:43 -0800 X-ExtLoop1: 1 Received: from irsmsx151.ger.corp.intel.com ([163.33.192.59]) by fmsmga008.fm.intel.com with ESMTP; 01 Mar 2018 03:33:42 -0800 Received: from irsmsx112.ger.corp.intel.com (10.108.20.5) by IRSMSX151.ger.corp.intel.com (163.33.192.59) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 1 Mar 2018 11:33:42 +0000 Received: from irsmsx104.ger.corp.intel.com ([169.254.5.101]) by irsmsx112.ger.corp.intel.com ([169.254.1.242]) with mapi id 14.03.0319.002; Thu, 1 Mar 2018 11:33:41 +0000 From: "Metzger, Markus T" To: Sergio Durigan Junior , Yao Qi CC: "Maciej W. Rozycki" , "gdb-patches@sourceware.org" Subject: RE: [PATCH v2 5/7] btrace, gdbserver: remove the to_supports_btrace target method Date: Thu, 01 Mar 2018 11:33:00 -0000 Message-ID: References: <1516976072-19282-1-git-send-email-markus.t.metzger@intel.com> <1516976072-19282-6-git-send-email-markus.t.metzger@intel.com> <86woyxgw7l.fsf@gmail.com> <87o9k9m651.fsf@redhat.com> In-Reply-To: <87o9k9m651.fsf@redhat.com> x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMTEzMDY0MTktN2IwMS00ZjBhLTg4ZjktMDE2MTdiOWM2Y2NmIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjIuNS4xOCIsIlRydXN0ZWRMYWJlbEhhc2giOiIxSWh2eG9MWDNSQ2kzSWdSZGozSWFHcDdvdFwvQnNpd2libk1rZSsyTXYwRXR2dTA0QVIycWczWkM4ZTVsQnUrVCJ9 dlp-product: dlpe-windows dlp-version: 11.0.0.116 dlp-reaction: no-action Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2018-03/txt/msg00007.txt.bz2 Hello Sergio, > What I can do is manually cancel all the build until Markus's commit. > I've done that before for other builders, so it is possible. I pushed the fix. I'm sorry about the breakage this caused and the lost test coverage for the commits for which we will have to cancel testing. Thanks for helping with buildbot, Sergio. Regards, Markus. > -----Original Message----- > From: Sergio Durigan Junior [mailto:sergiodj@redhat.com] > Sent: 28 February 2018 17:27 > To: Yao Qi > Cc: Maciej W. Rozycki ; Metzger, Markus T > ; gdb-patches@sourceware.org > Subject: Re: [PATCH v2 5/7] btrace, gdbserver: remove the to_supports_btr= ace > target method >=20 > On Wednesday, February 28 2018, Yao Qi wrote: >=20 > > "Maciej W. Rozycki" writes: > > > >> Hmm, v3 of this change (apparently never posted), that is > >> specifically commit de6242d30757 ("btrace, gdbserver: remove the > >> to_supports_btrace target method"), has broken remote `mips-linux' > >> target debugging completely, that is an attempt to make a remote > >> connection fails in the initial handshake, e.g.: > >> > >> Process .../gdb/testsuite/outputs/gdb.base/advance/advance created; > >> pid =3D 25519 Listening on port 2346 target remote 1.2.3.4:2346 Remote > >> debugging using 1.2.3.4:2346 Reading symbols from > >> .../lib/ld.so.1...done. > >> 0x77fc8de0 in __start () from .../lib/ld.so.1 Protocol error: > >> qXfer:btrace-conf (read-btrace-conf) conflicting enabled responses. > >> (gdb) continue > >> The program is not being run. > >> (gdb) FAIL: gdb.base/advance.exp: can't run to main > > > > For the record, since non-x86 gdbserver is broken, it takes much > > longer to run gdb tests on non-x86 gdbserver buildbot builders, On > > Ubuntu-AArch64-native-gdbserver-m64, the time is changed from 17 mins > > to 5 hrs 50 mins; > > https://gdb-build.sergiodj.net/builders/Ubuntu-AArch64-native-gdbserve > > r-m64/builds/4141 On CentOS-ppc64be-native-gdbserver-m64, the time is > > changed from 48 mins to 6 hrs 34 mins; > > https://gdb-build.sergiodj.net/builders/CentOS-ppc64be-native-gdbserve > > r-m64/builds/155 > > > > CentOS-ppc64le-native-gdbserver-m64, > > Fedora-ppc64le-native-gdbserver-m64 and > > Debian-s390x-native-gdbserver-m64 are affected as well. >=20 > Ah, that explains the failures I am seeing. >=20 > > By the time Markus's fix is pushed in, these builders can run tests > > for only 4 commits every day, and there are already 184 commits pushed > > after commit de6242d30757. It takes at least 46 days to build and > > test every commit. If we take "try" jobs submitted in the last > > several days into account, it takes more time to clear the queue. > > > > Sergio, in short, non-x86 gdbserver is broken, it takes several hours > > to run gdb tests with gdbserver builders. As a result, many builds > > are pending there, and it still also takes much time to clean them up. > > After Markus commit his fix, can we do something to let non-x86 > > gdbserver builders to skip these pending builds, and "jump" to Markus's= fix? > > Or can we temporarily disable non-x86 builders, restart them after the > > fix is committed, and make sure builders pick the most recent commit > > rather than resuming from the pending builds. >=20 > What I can do is manually cancel all the build until Markus's commit. > I've done that before for other builders, so it is possible. >=20 > I'll keep an eye and do that when the commit is pushed. Thanks for keepi= ng me > in the loop, Yao. >=20 > -- > Sergio > GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send > encrypted e-mail if possible http://sergiodj.net/ Intel Deutschland GmbH Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany Tel: +49 89 99 8853-0, www.intel.de Managing Directors: Christin Eisenschmid, Christian Lamprechter Chairperson of the Supervisory Board: Nicole Lau Registered Office: Munich Commercial Register: Amtsgericht Muenchen HRB 186928