This is the mail archive of the gdb@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: gdb for multicore processors ?


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. 

Thanks in advance for your ideas. 


On Wed, 2005-12-07 at 22:47 -0700, Kim Lux wrote:
> We need to port gdb to handle the Freescale (formerly Motorola)
> 68HC9S12X devices, which have 2 processors:  the main CPU called the
> 9S12 and an auxillary IO RISC processor called the XGATE processor.
> 
> 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.
> 
> I'll provide more details of the processors as people need them. 
> 
> We already handle the 9S12 CPU with gdb in the 68HC9S12 devices.  (No
> XGATE on them.)  
> 
> We interface to the processor via a Background Debug Pod.  The 9S12X BDM
> can set breakpoints for each processor independently. 
> 
> So... how do we set GDB up to handle this ?
> 
> 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 ?
> 
> The goal is to use gdb under Eclipse.  There it would be preferable to
> have 2 separate instances of gdb.    
> 
> 
-- 
Kim Lux,  Diesel Research Inc.



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]