From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16865 invoked by alias); 14 Feb 2012 17:24:09 -0000 Received: (qmail 16852 invoked by uid 22791); 14 Feb 2012 17:24:07 -0000 X-SWARE-Spam-Status: No, hits=-6.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,TW_QE,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 14 Feb 2012 17:23:49 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q1EHNmMf031048 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 14 Feb 2012 12:23:48 -0500 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q1EHNlfk030017; Tue, 14 Feb 2012 12:23:47 -0500 Message-ID: <4F3A98A3.8020001@redhat.com> Date: Tue, 14 Feb 2012 17:24:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20120131 Thunderbird/10.0 MIME-Version: 1.0 To: Greg McGary CC: Tom Tromey , gdb@sourceware.org Subject: Re: gdb testsuite with remote target of qemu in linux-user mode? References: <4F32E7E4.9040408@gmail.com> <878vka9zoz.fsf@fleche.redhat.com> <4F3972F3.6030909@gmail.com> In-Reply-To: <4F3972F3.6030909@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2012-02/txt/msg00044.txt.bz2 On 02/13/2012 08:30 PM, Greg McGary wrote: > On 02/10/12 13:54, Tom Tromey wrote: >>>>>>> "Greg" == Greg McGary writes: >> >> Greg> Does anyone use gdb testsuite with remote target of qemu in >> Greg> linux-user mode? I see no mention of qemu as a remote simulator >> Greg> in dejagnu, or in gdb/testsuite. >> >> Greg> I threw together a qemu.exp to do this, and it seems to work OK >> Greg> everywhere except with mi-support.exp, which does not appear to >> Greg> have infrastructure to spawn an external simulator. >> >> I haven't heard of anything, but I think it would be a welcome addition >> to gdb/testsuite/boards, if you are so inclined. > > Correction: mi-support.exp can spawn sid, which is external. I think > the sensible thing to do is take the sid.exp code and generalize it to > become an external-sim framework, then write a small qemu.exp and > new sid.exp to use it. Since you'll be using "target remote", it'd be a good idea to look at how we handle testing with gdbserver. There's probably not much different from testing with qemu, other than that you spawn a different program with different args. You may want to take a look at the boards under gdb/testsuite/boards (guts in gdb/testsuite/lib/gdbserver-support.exp). There are examples of both connecting with tcp, and with a pipe (target remote | qemu ...). > Maybe in a few weeks, if I survive this month's death march. :-) -- Pedro Alves