|
From: Steven S. <sta...@sq...> - 2017-05-31 14:25:49
|
Hi Edward, It sounds like you're describing an algorithm (code that is executed on the target). Is this something that is resident only when firmware is loaded? Is this something that's baked into every firmware image or is it copied to RAM during debugging? Cheers, Steve On Wed, May 31, 2017 at 7:59 AM, Fewell, Edward <ef...@ti...> wrote: > I am currently implementing the Texas Instruments XDS110 debug probe in > OpenOCD. The firmware of this probe includes APIs to read and write memory > via the target’s DAP for ARM Cortex based devices. The OpenOCD software > stack does not appear to support this and only can execute DAP register > transactions via the probe. > > > > Any ideas on how best to implement this feature from within OpenOCD? The > performance gains are huge for this probe. We see almost 40x improvement > between the CMSIS-DAP interface vs using our built-in memory calls on the > XDS110. > > > > The memory calls within the ARM Cortex architecture code would need to > check if the probe supports direct memory calls then route the call to be > handled entirely by the probe firmware. Otherwise, it could continue on to > do the memory transaction via DAP register calls. > > > > Edward Fewell > > Texas Instruments, Inc > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > OpenOCD-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openocd-devel > > |