From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7005 invoked by alias); 5 Mar 2007 16:51:40 -0000 Received: (qmail 6982 invoked by uid 22791); 5 Mar 2007 16:51:40 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate7.de.ibm.com (HELO mtagate7.de.ibm.com) (195.212.29.156) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 05 Mar 2007 16:51:32 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate7.de.ibm.com (8.13.8/8.13.8) with ESMTP id l25GpTTH069948 for ; Mon, 5 Mar 2007 16:51:29 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.3) with ESMTP id l25GpTds1573038 for ; Mon, 5 Mar 2007 17:51:29 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l25GpTlJ010712 for ; Mon, 5 Mar 2007 17:51:29 +0100 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id l25GpTtn010709; Mon, 5 Mar 2007 17:51:29 +0100 Message-Id: <200703051651.l25GpTtn010709@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 5 Mar 2007 17:51:29 +0100 Subject: Re: Improving GDB for multicore and embedded system! To: drow@false.org (Daniel Jacobowitz) Date: Mon, 05 Mar 2007 16:51:00 -0000 From: "Ulrich Weigand" Cc: denis.pilat@st.com (Denis PILAT), gdb@sourceware.org, dominique.toupin@ericsson.com ("Dominique Toupin (QA/EMC)") In-Reply-To: <20070302135424.GA30113@caradoc.them.org> from "Daniel Jacobowitz" at Mar 02, 2007 08:54:24 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: 2007-03/txt/msg00058.txt.bz2 Daniel Jacobowitz wrote: > 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. We have a version of GDB that supports multi-architecture debugging (PowerPC + SPU) on Linux for the Cell BE. This is currently not merged upstream (and the code isn't really in a mergeable state). [ If you're interested, a GDB source RPM including those patches is available at http://www.bsc.es/projects/deepcomputing/linuxoncell/ ] However, we do intend to work on common GDB infrastructure with the goal of having mainline GDB support multi-architure debugging. The plan here basically is: - Complete GDB's multi-arch transition (get rid of tm.h files) --> This will allow multiple architectures to be compiled into a single GDB executable - Switch from the global current_gdbarch to per-frame gdbarch --> This should allow use of multiple architectures concurrently within a single inferior process None of that is really news; GDB has been moving into that direction for a long time. It does look like with a bit of additional effort (which we'd be willing to help put in), it should be possible to complete those transitions in the not-too-distant future. Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com