From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23333 invoked by alias); 2 Mar 2007 13:54:38 -0000 Received: (qmail 23323 invoked by uid 22791); 2 Mar 2007 13:54:37 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Fri, 02 Mar 2007 13:54:31 +0000 Received: from dsl093-172-095.pit1.dsl.speakeasy.net ([66.93.172.95] helo=caradoc.them.org) by nevyn.them.org with esmtp (Exim 4.63) (envelope-from ) id 1HN8DJ-0005FJ-1E; Fri, 02 Mar 2007 08:54:25 -0500 Received: from drow by caradoc.them.org with local (Exim 4.63) (envelope-from ) id 1HN8DI-0007t9-4j; Fri, 02 Mar 2007 08:54:24 -0500 Date: Fri, 02 Mar 2007 13:54:00 -0000 From: Daniel Jacobowitz To: Denis PILAT Cc: gdb@sourceware.org, "Dominique Toupin (QA/EMC)" Subject: Re: Improving GDB for multicore and embedded system! Message-ID: <20070302135424.GA30113@caradoc.them.org> Mail-Followup-To: Denis PILAT , gdb@sourceware.org, "Dominique Toupin (QA/EMC)" References: <67048CBE51B1644D89DDD3B7C9F2D19E032884F7@ecamlmw720.eamcs.ericsson.se> <45E7E9A7.5050705@st.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E7E9A7.5050705@st.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-IsSubscribed: yes 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: 2007-03/txt/msg00033.txt.bz2 On Fri, Mar 02, 2007 at 10:08:55AM +0100, Denis PILAT wrote: > Today multicore debugging means multiple instance of gdb running at the > same time. I don't know how possible it is to enhance gdb so that it can > handle multiple programs running on different architecture. > I guess Daniel should have a good vision on that. No one has ever convinced me that there's a good reason to do this, rather than wire up things like DSF to drive multiple GDB's, if the cores are not all running the same architecture and program image. If they are, we generally present them as threads, and that works very well. However, I have relatively little experience with non-symmetric multicore debugging - I have a board lab at home but it doesn't include any multicore targets, and we haven't done much with them at my job, either. I'm always interested in learning more about new debugging models, or having an opportunity to do work on them. -- Daniel Jacobowitz CodeSourcery