This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
re:gdb for multiprocessor architectures
- From: "Ramana Radhakrishnan" <ramana dot radhakrishnan at codito dot com>
- To: gdb at sources dot redhat dot com
- Cc: amitkale at emsyssoft dot com, cagney at gnu dot org, nitin dot gupta at nevisnetworks dot com, drow at mvista dot com
- Date: Tue, 16 Dec 2003 23:24:38 +0530 (IST)
- Subject: re:gdb for multiprocessor architectures
- Reply-to: ramana dot radhakrishnan at codito dot com
Hi,
Regarding gdb for multiprocessor architectures, the information required
would be (in a very broad sense, the entire context of a debuggee in gdb,
this starts from the bfd and goes upto the gdbarch implementation for the
same. ) the bfd, the frame information , gdbarch information per thread
of execution .
However this would mean replacing a whole load of globals using which gdb
currently operates with corresponding data structures. That is pretty
heavy work . Amits suggestion regarding having a multiplexer is a good
enough short term solution but in terms of maintaining gdb IMHO this
change is happening but over a much different timescale.
If you have a single JTAG to communicate with your box then the easiest
thing currently would be to have n sessions of gdb communicating to a
library that takes care of the jtag communications. one for each target !
cheers
Ramana
----
Ramana Radhakrishnan
GNU Tools
Codito Technologies(Pune)
-----