From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7134 invoked by alias); 22 Jan 2015 12:30:12 -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 7095 invoked by uid 89); 22 Jan 2015 12:30:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mga03.intel.com Received: from mga03.intel.com (HELO mga03.intel.com) (134.134.136.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 22 Jan 2015 12:30:02 +0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga103.jf.intel.com with ESMTP; 22 Jan 2015 04:25:57 -0800 X-ExtLoop1: 1 Received: from irsmsx154.ger.corp.intel.com ([163.33.192.96]) by orsmga001.jf.intel.com with ESMTP; 22 Jan 2015 04:29:58 -0800 Received: from irsmsx155.ger.corp.intel.com (163.33.192.3) by IRSMSX154.ger.corp.intel.com (163.33.192.96) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 22 Jan 2015 12:29:56 +0000 Received: from irsmsx104.ger.corp.intel.com ([169.254.5.229]) by irsmsx155.ger.corp.intel.com ([169.254.14.64]) with mapi id 14.03.0195.001; Thu, 22 Jan 2015 12:29:56 +0000 From: "Metzger, Markus T" To: Jan Kratochvil , Patrick Palka CC: "palves@redhat.com" , "gdb-patches@sourceware.org" Subject: RE: x86_64-m32 internal error for multi-thread-step.exp [Re: [PATCH v10 06/28] btrace: change branch trace data structure] Date: Thu, 22 Jan 2015 12:30:00 -0000 Message-ID: References: <1389686678-9039-1-git-send-email-markus.t.metzger@intel.com> <1389686678-9039-7-git-send-email-markus.t.metzger@intel.com> <20150108204943.GA4851@host2.jankratochvil.net> In-Reply-To: Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-01/txt/msg00588.txt.bz2 > -----Original Message----- > From: Metzger, Markus T > Sent: Tuesday, January 20, 2015 4:08 PM > To: Jan Kratochvil > Cc: palves@redhat.com; gdb-patches@sourceware.org > I can't reproduce this fail; I don't get that far. This test fails for m= e with >=20 > FAIL: gdb.btrace/multi-thread-step.exp: continue to breakpoint: cont > to multi-thread-step.c:34 (timeout) This fail seems to be caused by 588dcc3edbde19f90e76de969dbfa7ab3e17951a "Consolidate the custom TUI query hook with the default query hook". It is= not related to btrace. The failing test program looks like this: pthread_barrier_wait (&barrier); global =3D 42; /* bp.1 */ pthread_barrier_wait (&barrier); There are two threads, both are at bp.1 between the two barriers. When I n= ow delete all breakpoints like this: (gdb) del Delete all breakpoints? (y or n) y and then continue the inferior, only the current thread is resumed. The ot= her thread remains at its current location. The resumed thread waits at the ba= rrier and the test runs into a timeout. Here's a complete debug session: (gdb) b 30 Breakpoint 1 at 0x400776: file gdb.btrace/multi-thread-step.c, line 30. (gdb) r Starting program: gdb.btrace/multi-thread-step=20 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7ffff7fce700 (LWP 22156)] Breakpoint 1, test (arg=3D0x0) at gdb.btrace/multi-thread-step.c:30 30 global =3D 42; /* bp.1 */ (gdb) del Delete all breakpoints? (y or n) y (gdb) info thr Id Target Id Frame=20 2 Thread 0x7ffff7fce700 (LWP 22156) "multi-thread-st" test (arg=3D= 0x0) at gdb.btrace/multi-thread-step.c:30 * 1 Thread 0x7ffff7fcf740 (LWP 22152) "multi-thread-st" test (arg=3D= 0x0) at gdb.btrace/multi-thread-step.c:30 (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x000000384380c20c in pthread_barrier_wait () from /lib64/libpthread.so= .0 (gdb) info thr Id Target Id Frame=20 2 Thread 0x7ffff7fce700 (LWP 22156) "multi-thread-st" test (arg=3D= 0x0) at gdb.btrace/multi-thread-step.c:30 * 1 Thread 0x7ffff7fcf740 (LWP 22152) "multi-thread-st" 0x0000003843= 80c20c in pthread_barrier_wait () from /lib64/libpthread.so.0 When I set debug infrun, I get the this: (gdb) del Delete all breakpoints? (y or n) y (gdb) infrun: target_wait (-1, status) =3D infrun: -1 [process -1], infrun: status->kind =3D no-resumed infrun: TARGET_WAITKIND_NO_RESUMED (ignoring) infrun: prepare_to_wait I don't see this with the old query behaviour or when I remove breakpoints = like this (gdb) del 1 regards, markus. Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen, Deutschland Sitz der Gesellschaft: Feldkirchen bei Muenchen Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk Registergericht: Muenchen HRB 47456 Ust.-IdNr./VAT Registration No.: DE129385895 Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052