From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5301 invoked by alias); 29 Sep 2006 03:30:01 -0000 Received: (qmail 5262 invoked by uid 22791); 29 Sep 2006 03:30:00 -0000 X-Spam-Check-By: sourceware.org Received: from nf-out-0910.google.com (HELO nf-out-0910.google.com) (64.233.182.186) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 29 Sep 2006 03:29:59 +0000 Received: by nf-out-0910.google.com with SMTP id x30so882330nfb for ; Thu, 28 Sep 2006 20:29:56 -0700 (PDT) Received: by 10.48.202.19 with SMTP id z19mr927149nff; Thu, 28 Sep 2006 20:29:55 -0700 (PDT) Received: by 10.49.28.17 with HTTP; Thu, 28 Sep 2006 20:29:55 -0700 (PDT) Message-ID: <246188420609282029u672a8ff7nc836c2cda35cf95@mail.gmail.com> Date: Fri, 29 Sep 2006 03:30:00 -0000 From: "Bridge Wu" To: gdb@sources.redhat.com Subject: gdb for multicore processors? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-09/txt/msg00187.txt.bz2 Hello, I want to know whether gdb support multicore debugging now. I searched below from this mailing list, but didn't know the current status. Is there any plan or roadmap to support multicore debugging? -- best regards, -Bridge On Wed, Dec 07, 2005 at 10:49:39PM -0700, Kim Lux wrote: > One more thing. > > XGate code gets compiled to reside in flash. However, it gets relocated > to run from RAM as it runs much faster there. GDB will have to know > that the address it sees in RAM isn't the address it was compiled to. > The file format is elf, if that helps. How to handle this depends on how you do it. Traditionally you set the VMA in the ELF file to point to the RAM location; then everything will Just Work. > On Wed, 2005-12-07 at 22:47 -0700, Kim Lux wrote: > > Each processor has its own register set and instruction set. They are > > not the same. They share the same memory map, but the xgate processor > > addresses things differently. > > We are building the BDM, so theoretically we could connect 2 gdb > > processes to the same BDM, if that helps. That would allow us to have a > > separate GDB instance for each process. Or should one GDB instance > > handle both processors ? I strongly recommend using two GDB sessions, for now. It's a long-term design goal for GDB to be able to debug heterogenous systems, but no one has been working on it lately, and there's a long way to go. -- Daniel Jacobowitz CodeSourcery, LLC