From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 87281 invoked by alias); 16 Mar 2017 16:00:36 -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 87173 invoked by uid 89); 16 Mar 2017 16:00:29 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=weimin.pan@oracle.com, H*f:sk:868to5m, D*oracle.com, weiminpanoraclecom X-HELO: aserp1040.oracle.com Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 16 Mar 2017 16:00:28 +0000 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v2GG0QFA017310 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 16 Mar 2017 16:00:26 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id v2GG0QA2007095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 16 Mar 2017 16:00:26 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v2GG0QFs024768; Thu, 16 Mar 2017 16:00:26 GMT Received: from [192.168.1.74] (/108.88.88.153) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 16 Mar 2017 09:00:25 -0700 Message-ID: <58CAB698.7040602@oracle.com> Date: Thu, 16 Mar 2017 16:00:00 -0000 From: Wei-min Pan User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Yao Qi CC: gdb-patches@sourceware.org Subject: Re: [PATCH] gdb.base/siginfo-thread.exp: Increase timeout for 'gcore' command References: <1488338603-107524-1-git-send-email-weimin.pan@oracle.com> <868to5mgam.fsf@gmail.com> In-Reply-To: <868to5mgam.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2017-03/txt/msg00264.txt.bz2 Yao Qi wrote: > Weimin Pan writes: > > >> The following failed lines from running test case siginfo-thread: >> >> FAIL: gdb.base/siginfo-thread.exp: save a core file (timeout) >> FAIL: gdb.base/siginfo-thread.exp: extract si_addr >> FAIL: gdb.base/siginfo-thread.exp: p ssi_addr >> >> indicate the testsuite timed out when gdb was instructed to write the >> core file. The patch below fixes the problem by simply increasing the >> timeout by a factor of 2 to give gdb more time to generate core files. >> >> Tested in sparc64-linux-gnu. No regressions. >> > > Did you see timeout fails in all gcore related tests? gdb_gcore_cmd is > used in many places in gdb testsuite. Did you investigate why it is so > slow to generate coredump in gdb? > > No, only this test failed with timeout and did so consistently. The generated core file was fine. We suspect the slow disk performance was the culprit. Thanks.