From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25204 invoked by alias); 20 May 2013 15:46:25 -0000 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 Received: (qmail 25193 invoked by uid 89); 20 May 2013 15:46:25 -0000 X-Spam-SWARE-Status: No, score=-5.7 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.1 Received: from hop-nat-141.emc.com (HELO mexforward.lss.emc.com) (168.159.213.141) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 20 May 2013 15:46:24 +0000 Received: from hop04-l1d11-si02.isus.emc.com (HOP04-L1D11-SI02.isus.emc.com [10.254.111.55]) by mexforward.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id r4KFkKRX010760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 May 2013 11:46:21 -0400 Received: from mailhub.lss.emc.com (mailhubhoprd04.lss.emc.com [10.254.222.226]) by hop04-l1d11-si02.isus.emc.com (RSA Interceptor); Mon, 20 May 2013 11:46:10 -0400 Received: from usendtaylorx2l.lss.emc.com (usendtaylorx2l.lss.emc.com [10.243.10.188]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id r4KFk9BV023769; Mon, 20 May 2013 11:46:09 -0400 Received: by usendtaylorx2l.lss.emc.com (Postfix, from userid 26043) id DC17A5AFFDC; Mon, 20 May 2013 11:46:07 -0400 (EDT) Received: from usendtaylorx2l (localhost [127.0.0.1]) by usendtaylorx2l.lss.emc.com (Postfix) with ESMTP id 453995AFEAC; Mon, 20 May 2013 11:46:07 -0400 (EDT) To: "lgustavo@codesourcery.com" cc: "gdb@sourceware.org" Subject: Re: add-inferior / clone-inferior In-reply-to: <519A3BE7.6010004@codesourcery.com> References: <7249.1369061005@usendtaylorx2l> <519A3BE7.6010004@codesourcery.com> Comments: In-reply-to Luis Machado message dated "Mon, 20 May 2013 11:06:15 -0400." Date: Mon, 20 May 2013 15:46:00 -0000 Message-ID: <7856.1369064767@usendtaylorx2l> From: David Taylor X-EMM-MHVC: 1 X-SW-Source: 2013-05/txt/msg00085.txt.bz2 Luis Machado wrote: > This is expected since you can actually have two inferiors, but you are > only allowed to connect to a single remote target at one time. > > What would've worked is first connecting to a remote target in > *extended* remote mode. Then you would be able to attach to more than a > process at a time, or start more than a process at a time. > > By using "target remote", you're really trying to debug an already > active process running on a remote system. > > I'd suggest reading about the extended remote mode. That looks like what > you want, though multiprocess support is still a WIP. Actually, no. The issue is not extended-remote vs remote. We have boxes with multiple boards each running a kernel. The box I tried running gdb against on Thursday has 10 boards of interest. Each running its own instance of the kernel -- 2 instances each of 5 different versions of the kernel. For that machine if I want to talk to all 10 boards, then I need 10 different tcp connections -- each talking to a different gdb stub.