Hi, Apparently, no Cortex experts are available here, so I'll try to clarify what I learned so far.
On Sun, Mar 23, 2014 at 10:01:33PM -0700, Duane Ellis wrote: > I don’t see support for Multicore at this time. There's sort of support, see below. > Has anybody looked into this? Unless someone who really needs it implements something, it's unlikely to appear, alas. > By multicore I mean the following: > > 1) An ARM DAP - with multiple ARM cpus attached > > 2) Some in an SMP configuration, ie: 2 or 4 CortexA7s AFAICT current cortex-a code handles all CPUs via DAP 1, and so if there're several SMP cpus/cores present it should not be a problem to access them. Current code doesn't auto-detect (from CoreSight ROM table) dbgbase properly for this case (a patch is pending on Gerrit) but if you specify it manually, SMP cores will work. > 3) Others as independent CPUs (i.e.: A couple CortexM3s) On different JTAG taps, yes. Otherwise, no. > 4) I also don’t see support for the DAP-JTAG-AP? > I presume this support is not present. Absent altogether. This seems to be a rather horrible hack, way nastier than "Icepick-D" and other "jtag routers". I assume one can implement some kind of support for it by "chaining" openocd processes (when one process uses a special "interface driver" to talk over network to another openocd process that's actually communicating via CoreSight with that JTAG-AP). > The example would be to debug an M3 and an A7 at the same time via the same > DAP, on an SOC. > With two instances of GDB - one for the M3, and one for the A7 > Perhaps on two different GDB port numbers. Absolutely not possible, the framework doesn't account for such odd cases at all currently. You can switch between debugging different cores runtime, I think. > Another example would be to debug two A7s, in SMP mode. > Again - with two different instances of GDB See "target smp" commands and other mentions of "smp" in the manual. Should be possible, but not the way you describe it, unfortunately. If you're going to try to remedy any of the mentioned issues, that would be a rather welcomed move, please do not hesitate to describe your proposals, ideas, proof-of-concept patches etc :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:[email protected] ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
