From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10447 invoked by alias); 16 Apr 2015 16:55:37 -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 9677 invoked by uid 89); 16 Apr 2015 16:55:36 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 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; Thu, 16 Apr 2015 16:55:30 +0000 Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 50.52.17241.C668F255; Thu, 16 Apr 2015 11:52:44 +0200 (CEST) Received: from [142.133.110.95] (147.117.188.8) by smtp-am.internal.ericsson.com (147.117.188.77) with Microsoft SMTP Server id 14.3.210.2; Thu, 16 Apr 2015 12:55:27 -0400 Message-ID: <552FE97F.4070400@ericsson.com> Date: Thu, 16 Apr 2015 16:55:00 -0000 From: Antoine Tremblay User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Pedro Alves , Yao Qi CC: Subject: Re: [PATCH 5/6] testsuite: Introduce $inferior_spawn_id References: <1424699660-11727-1-git-send-email-palves@redhat.com> <1424699660-11727-6-git-send-email-palves@redhat.com> <867fv7xodw.fsf@gmail.com> <54F04A2B.5@redhat.com> <54F05E34.7070401@gmail.com> <54F06341.5080501@redhat.com> In-Reply-To: <54F06341.5080501@redhat.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-04/txt/msg00625.txt.bz2 I have a question regarding noinferiorio and it's future usage... As the condition with noinferiorio in interrupt.exp is now : if {[target_info exists gdb,noinferiorio] && $inferior_spawn_id == $gdb_spawn_id} noinferiorio is effectively bypassed when we are using gdbserver, even as noinferirorio is true. But what if the board or simulator really can't handle io at all, and that setvbuf would not work.. then there is no option to disable io tests in that case ? Is the intention to remove noinferiorio from gdbserver-base.exp and keep the tests with the if {[target_info exists gdb,noinferiorio]} check ? Regards, Antoine