hi all,
i don't know how much helpful will be what i collected:
- dap is one per cortex soc and is mandatory (a, r or m)
- dap is lite or full (information extractable from dip idr)
- dap idr != idcode
- dap can be version 0 (no dap idr at all), or version 1 (jtag-dp), version 2
(sw{,j}-dp)
- depe
Thanks for all the info Paul. Very insightfull.
One last question. (I think I was poking in the wrong direction referring
to coreidx as a candidate for the ap passed to dap_get_debugbase, and
dap_lookup_cs_component)
Preceding the ROM table lookup functions there are two dap_find_ap
functions t
On Fri, Jan 09, 2015 at 01:30:40PM +0300, Paul Fertser wrote:
> Additionally, this whole thread worth reading if you're interested to
> hear about more exotic combinations (e.g. two different non-SMP cores
> on same DAP, additional JTAG AP etc):
> http://thread.gmane.org/gmane.comp.debugging.openoc
Hi Oliver,
On Fri, Jan 09, 2015 at 10:58:42AM +0200, Olivier Schonken wrote:
> These functions are only called when no dbgbase is specified in the
> target tcl script, to try and get the debugbase from the ROM table.
I'm aware of it, please see ec9ccaa288491a5ec09da96e07d7cba3aee981c9 .
> But, t
Hi Paul
I've done a comparison of the targets using cortex-a architecture, to find
out which specifies dbgbase, and which do not specify dbgbase - which would
then be read using the two functions I mention below. These functions are
only called when no dbgbase is specified in the target tcl scrip
> Can you please test http://openocd.zylin.com/#/c/2381/ instead? See
> the rationale in the last comment on 2299 by Christopher.
Hi Mark, Paul
Have tested with http://openocd.zylin.com/#/c/2381/ and that also fixes the
problem with the read offset.
Regards
Olivier
-
Mark,
On Fri, Jan 02, 2015 at 02:00:50PM -0500, Mark Odell wrote:
> This patch, http://openocd.zylin.com/#/c/2299 fixed that problem.
Can you please test http://openocd.zylin.com/#/c/2381/ instead? See
the rationale in the last comment on 2299 by Christopher.
--
Be free, use free (http://www.gn
Hello,
Thank you for the information about SAMA5 AP arrangement.
On Sat, Jan 03, 2015 at 04:28:42PM +0200, Olivier Schonken wrote:
> The second parameter passed in both functions is the access port index
> (currently hardcoded to 1). For the SAMA5D3x chips, hard coding the ap to 0
> in
> the ca
On Fri, Jan 02, 2015 at 02:00:50PM -0500, Mark Odell wrote:
>> I think I found the patch to fix my issue. I had two issues in fact. The
first
>> issue was the wrong -dbgbase . For SAMA5D36 it should be
-dbgbase
>> 0x8001.
>Isn't it getting properly autodetected from the DAP ROM table? Have
>yo
No, without specifying -dbgbase we are dead in the water...
Debug: 229 825 cortex_a.c:2385 cortex_a_examine_first(): Could not find
AHB-AP - using APB-AP for memory access
Debug: 230 825 cortex_a.c:2398 cortex_a_examine_first(): at91sama5d31.cpu's
dbgbase is not set, trying to detect using the ROM
On Fri, Jan 02, 2015 at 02:00:50PM -0500, Mark Odell wrote:
> I think I found the patch to fix my issue. I had two issues in fact. The first
> issue was the wrong -dbgbase . For SAMA5D36 it should be -dbgbase
> 0x8001.
Isn't it getting properly autodetected from the DAP ROM table? Have
you tri
Paul,
I think I found the patch to fix my issue. I had two issues in fact. The
first issue was the wrong -dbgbase . For SAMA5D36 it should be
-dbgbase 0x8001. The second issue turned out to be off-by-one on
register reads. E.g. reading 0x_FC24 returned the value in 0x_FC20,
the real va
Paul,
Thanks for the info. I'll see if I can cherry pick something that looks
related to my issue: "cortex_a_read_apb_ab_memory() returns 0x_00C0 for
all peripheral register reads". I've asked Atmel to contact OpenOCD about
becoming an official contributor to OpenOCD, not sure if they've done
Hello,
On Fri, Jan 02, 2015 at 12:00:25PM -0500, Mark Odell wrote:
> I'm having a hard time getting OpenOCD to work with the Atmel SAMA5D36 (Cortex
> A5) and I'd like to try the very latest dev. version of OpenOCD since there
> are
> some cortex_a.c patches I don't have on my pull. How to go abou
I'm having a hard time getting OpenOCD to work with the Atmel SAMA5D36
(Cortex A5) and I'd like to try the very latest dev. version of OpenOCD
since there are some cortex_a.c patches I don't have on my pull. How to go
about getting this? E.g. what do I git clone?
Here's the info about the repo I c
15 matches
Mail list logo
