On May 3, 2014, at 7:48 AM, Paul Fertser <[email protected]> wrote:
>>> >> Multi level ROM tables (not currently supported), and ROM tables >> with bugs (no HW guys have have bugs, its only us SW guys right?) >> they may never get fixed. > > Displaying of nested ROM tables is already available in 0.8.0, dbgbase > autodetection is being worked on here: http://openocd.zylin.com/1920 > . But what exactly are you talking about when you say about > autodetecting AP ports specifically, Hmm - I have the git-head and it does not seem to work well, let me dig into it for a while The cortex_M has assumptions about the ports that are wrong. Some of this has to do with the idea of “private memory space” verses shared memory space. Example: Cortex_M TRM - document id: DDI-0337-E, Section 4.1 - page 4-2 (aka: page 88) These are not accessible from the SYSTEM MEMORY AP port. My example here might be a bit mis-leading, the point is that some CPUs do not have the same memory map as others. Another example is accessing memory as PHYSICAL (through the AXI ap) vrs VIRTUAL (i.e.: via the cpu) > what's still missing? > >>>> Proposal >>>> >>>> For both cortex_m and cortex_a add this: >>>> >>>> $_TARGET cortex_m debug_ap <NUMBER> >>>> $_TARGET cortex_m memory_ap <NUMBER> >>> ... >>> >>> Looks proper to me, let's hear what the others will say. Do >>> proprietary debuggers also require manual settings for AP numbers? >> >> Look here: http://www2.lauterbach.com/pdf/debugger_arm.pdf >> >> PDF page # 54 - you’ll see the DAP configuration commands, they exist for >> the reasons above >> for example: debugaccessport … and bus types, and they talk about the >> JTAG-AP ports too. > > Yep, I see, indeed. Too bad ARM folks didn't think about proper > topology auto-discovery when designing CoreSight :/ There are other aspects of this: The platform may have 8 cpus. I do not want to connect and attach, and probe every single CPU. Perhaps I only want to connect and attach to the (NTH) cpu. With auto discovery, how do I tell the system to *SKIP* a specific CPU, there is no means to do that. > > -- > Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! > mailto:[email protected] > ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
