From patchwork Fri Jan 22 16:29:43 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Yao Qi X-Patchwork-Id: 10521 Received: (qmail 121185 invoked by alias); 22 Jan 2016 16:29:54 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Delivered-To: mailing list gdb-patches@sourceware.org Received: (qmail 121170 invoked by uid 89); 22 Jan 2016 16:29:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL, BAYES_00, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, SPF_PASS autolearn=ham version=3.3.2 spammy=sk:interac, Hx-languages-length:1335, sk:interru X-HELO: mail-pf0-f178.google.com Received: from mail-pf0-f178.google.com (HELO mail-pf0-f178.google.com) (209.85.192.178) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 22 Jan 2016 16:29:51 +0000 Received: by mail-pf0-f178.google.com with SMTP id e65so44774229pfe.0 for ; Fri, 22 Jan 2016 08:29:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id; bh=Dt5hbrWL4GYW6ctvQcV0yrkfaLgIZIPoBO7Pb4NhDqs=; b=DZOc4u7mQWRZuGb3g6JKwtZY3ujcSAr8QZsWMDeo7vrt/ZnULmaatIbyZZOU3N3MhW qGqNq7uypnzyuLfa7cYVQJnroSC7Lmr2yrG7j6MJFsIbWUWHm3nyi9ypzuLWG+8CjEI8 7q3pvtx89ExTgUTfaB1FyfvgbDqSYUQnAFZVPYhZhK199w/cS2JnhQbNfDVixhyuM45j D54DNgWzGACKOfFG5BCeDaVqw3dBznpbZ+m+3yUyNMce6S6eZkRP15abBgt7ZPOATIcY HaH4XNlX8MKt7bXVSRrqeChBLmvs627IV2ZEZQ9Vstklf2a4mt9/GYf3UHm8WZafZRtX D2CA== X-Gm-Message-State: AG10YOSZm+m2VI3XE76CI5jtrZcxzPum6Hwkq4dFet9z6kaae7MVEI2A2fhVfkr1DoqH2Q== X-Received: by 10.98.68.211 with SMTP id m80mr5718089pfi.117.1453480189504; Fri, 22 Jan 2016 08:29:49 -0800 (PST) Received: from E107787-LIN.cambridge.arm.com (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id c86sm10770324pfd.75.2016.01.22.08.29.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 22 Jan 2016 08:29:48 -0800 (PST) From: Yao Qi X-Google-Original-From: Yao Qi To: gdb-patches@sourceware.org Subject: [PATCH] Fix fail in gdb.base/interrupt-noterm.exp Date: Fri, 22 Jan 2016 16:29:43 +0000 Message-Id: <1453480183-5131-1-git-send-email-yao.qi@linaro.org> X-IsSubscribed: yes Hi, In my testing, I see the following fail intermittently, interrupt (gdb) PASS: gdb.base/interrupt-noterm.exp: interrupt [Inferior 1 (process 13407) exited normally] Child exited with status 0 FAIL: gdb.base/interrupt-noterm.exp: inferior received SIGINT (timeout) because the interrupt packet may be sent to GDBserver before the SIGIO handler is installed. The fix in this patch is to let GDB wait for 500 ms between "continue &" and "interrupt" to make sure SIGIO handler is installed already in GDBserver side. gdb/testsuite: 2016-01-22 Yao Qi * gdb.base/interrupt-noterm.exp: Add "after 500". --- gdb/testsuite/gdb.base/interrupt-noterm.exp | 3 +++ 1 file changed, 3 insertions(+) diff --git a/gdb/testsuite/gdb.base/interrupt-noterm.exp b/gdb/testsuite/gdb.base/interrupt-noterm.exp index 05f6076..9b5bb17 100644 --- a/gdb/testsuite/gdb.base/interrupt-noterm.exp +++ b/gdb/testsuite/gdb.base/interrupt-noterm.exp @@ -55,6 +55,9 @@ if { $async_supported < 0 } { return 1 } +# Wait a while so that GDBserver's SIGIO handler is in place. +after 500 + # With native debugging, and no terminal (emulated by interactive-mode # off, above), GDB had a bug where "interrupt" would send SIGINT to # its own process group, instead of the inferior's.