RE: GDB for Multiprocessor Architecture

["Nitin Gupta" <nitin.gupta@nevisnetworks.com>]

> 
> Making gdb handle multiple object images will be a lot of 
> work. You can do 
> something much simpler: Use multiple gdbs.

That could be a very messy task and also in a scenario when multiple
CPUs are running same code image. Also I will have to have more than 100
GDB sessions to accomplish this. Thought about it but seems to be not a
good solution.

> 
> You'll have to implement multiplexing of serial connections 
> used by them. A 
> small program that listens to tcp/ip sockets for gdb 
> connections on one side 
> and uses the hardware probe on the other.

Well that is what I am trying to work around with. The thing is that GDB
actually needs to understand that there are number of threads running.
I plan to use the existing thread model of GDB where you do
               gdb> thr 2
to switch to another thread and do debugging on it.
In my case, I do not have a single code image or you can say a final
executable with thread information to be loaded on the target. There are
CPU specific code images. Like a DSP application has to tum on the DSP
core so it is compiled with the specific cross compiler and assembled
and linked...some management tasks are similarly compiled, assembled and
linked with CPU specific toolchain.
Now there is loader routine that loads these to specific CPUs and based
on profile information, a code image is run on n number of CPUs to get
maximum throughput.
Hereissues with GDB arises. GDB loads symbol information from a file on
the host. Now I do not have just single code image. Can I change and
load the symbol table as and when I want? I can add symbol table for
library files but am not sure about altogether different image file.

Any pointers? Thanks in advance.

Nitin Gupta