From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 39936 invoked by alias); 16 Mar 2017 14:45:44 -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 37581 invoked by uid 89); 16 Mar 2017 14:45:34 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=pan X-HELO: mail-wr0-f176.google.com Received: from mail-wr0-f176.google.com (HELO mail-wr0-f176.google.com) (209.85.128.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 16 Mar 2017 14:45:33 +0000 Received: by mail-wr0-f176.google.com with SMTP id l37so33700367wrc.1 for ; Thu, 16 Mar 2017 07:45:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=3dvP39plEQDor8JHwbTErWf7AmB71Afrc8w8VDULSwQ=; b=cMtiho2XKAz1qQlssiZ7eyJJqzs+f4hmr3q38+0cG173PouJYi522pLVbbgj2HFmuH Dh5MSu0qFl2mIWWBqOZtaPIaFndqhlCmzCOrCI89h47wxWrsPCEwV5Ir9YJyVGASsJL3 tWuUSH96bnYHRlRBzVtkGnDCq6VLFC7xHQT52ezUFS7SsAO2aTMfES56w4L8xKFgbULz ty9ZrzWjMVFRiZN2pkAE5w+YiwXJuznDnmeVzNFOPtzXJ2K+5fqPM05y3GH6ogGWWK/b a6ZlfzpEC0goFJt76PJ9n0vigLfjpCjmh/NkDIFVOV+/T7kN6mF+EwH9BPXqK9oC4m4I DpMQ== X-Gm-Message-State: AFeK/H1ZveHVCPdGHBEGFhUtiNNYFYpnY35x4T3rGt7DOU9MmRZsVMOukT3xsmGm6YwU+Q== X-Received: by 10.223.171.23 with SMTP id q23mr8279535wrc.163.1489675523438; Thu, 16 Mar 2017 07:45:23 -0700 (PDT) Received: from E107787-LIN ([194.214.185.158]) by smtp.gmail.com with ESMTPSA id g5sm6388210wrb.48.2017.03.16.07.45.22 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Thu, 16 Mar 2017 07:45:22 -0700 (PDT) From: Yao Qi To: Weimin Pan 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> Date: Thu, 16 Mar 2017 14:45:00 -0000 In-Reply-To: <1488338603-107524-1-git-send-email-weimin.pan@oracle.com> (Weimin Pan's message of "Tue, 28 Feb 2017 21:23:23 -0600") Message-ID: <868to5mgam.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2017-03/txt/msg00261.txt.bz2 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? --=20 Yao (=E9=BD=90=E5=B0=A7)