From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 123885 invoked by alias); 7 Jul 2015 18:35:47 -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 123870 invoked by uid 89); 7 Jul 2015 18:35:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-HELO: usevmg21.ericsson.net Received: from usevmg21.ericsson.net (HELO usevmg21.ericsson.net) (198.24.6.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 07 Jul 2015 18:35:43 +0000 Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 07.47.07675.4B4BB955; Tue, 7 Jul 2015 13:15:00 +0200 (CEST) Received: from [142.133.110.144] (147.117.188.8) by smtp-am.internal.ericsson.com (147.117.188.95) with Microsoft SMTP Server id 14.3.210.2; Tue, 7 Jul 2015 14:35:39 -0400 Message-ID: <559C1BFB.7070308@ericsson.com> Date: Tue, 07 Jul 2015 18:35:00 -0000 From: Simon Marchi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Pedro Alves , Joel Brobecker CC: gdb-patches Subject: Re: Should this be on the blocker list for the 7.10 release? References: <559AE482.1010109@ericsson.com> <20150707132459.GA16734@adacore.com> <559BFBBD.4000303@redhat.com> <559C14B6.5020800@redhat.com> In-Reply-To: <559C14B6.5020800@redhat.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00187.txt.bz2 > OK, the issue is that the new clone thread is found while inside > the linux_stop_and_wait_all_lwps call in this new bit of > code in linux-thread-db.c: > > linux_stop_and_wait_all_lwps (); > > ALL_LWPS (lp) > if (ptid_get_pid (lp->ptid) == pid) > thread_from_lwp (lp->ptid); > > linux_unstop_all_lwps (); > > We reach linux_handle_extended_wait with the "stopping" > parameter set to 1, and because of that we don't mark the > new lwp as resumed. As consequence, the subsequent > resume_stopped_resumed_lwps (called first from that > linux_unstop_all_lwps) never resumes the new LWP... > > There's lots of cruft in linux_handle_extended_wait that no > longer makes sense. This seems to fix your github test > for me, and causes no testsuite regressions. It seems to fix most of it. The only odd thing left that I noticed is that it leaves some of the inferiors there. When I type "info inferiors" after running the program, I see one or two of them left. I believe there should only be inferior #1 left. > Did you try converting your test case to a proper > GDB test? That'd be much appreciated. I haven't, but I will. Thanks!