<Guest4436>
Hello, I want to using openocd with jlink(swd mode) to connecte a cortex-m33 chip, is there any guidance for this ?
thinkfat_ has joined #openocd
thinkfat has quit [Ping timeout: 256 seconds]
akaWolf has quit [Ping timeout: 248 seconds]
akaWolf has joined #openocd
indy has joined #openocd
Guest4436 has quit [Ping timeout: 252 seconds]
dliviu has quit [Quit: Going away]
dliviu has joined #openocd
indy has quit [Ping timeout: 256 seconds]
hanetzer has quit [Ping timeout: 248 seconds]
hanetzer has joined #openocd
hanetzer has quit [Ping timeout: 268 seconds]
hanetzer has joined #openocd
akaWolf has quit [Ping timeout: 256 seconds]
akaWolf has joined #openocd
indy has joined #openocd
nerozero has joined #openocd
Haohmaru has joined #openocd
<borneoa_>
zapb__: am I still on time for an additional fix in 0.3.1?
<borneoa_>
zapb__: sometimes the autostuff make a file named 'configure~' in the root of libjaylink, resulting to a dirty tree that impacts the version name of openocd. Can you please add this to your .gitignore file?
<borneoa_>
zapb__: In openocd we have '*~' with a comment '# Emacs temp files' that works for the odd configure~ too
merethan has quit [Remote host closed the connection]
merethan has joined #openocd
milkylainen has joined #openocd
merethan has quit [Remote host closed the connection]
merethan has joined #openocd
merethan has quit [Remote host closed the connection]
merethan has joined #openocd
merethan has quit [Remote host closed the connection]
merethan has joined #openocd
josuah has quit [Read error: Connection reset by peer]
akaWolf has quit [Ping timeout: 256 seconds]
josuah has joined #openocd
akaWolf has joined #openocd
merethan has quit [Remote host closed the connection]
merethan has joined #openocd
Hawk777 has joined #openocd
Haohmaru has quit []
<hanetzer>
got PyCortexMDebug to work :)
<PaulFertser>
hanetzer: with cortex-a target?
<hanetzer>
PaulFertser: yee
<hanetzer>
while its in bootrom or u-boot or so its more or less just a dumb mcu. I had to write my own svd file tho :)
<PaulFertser>
So no luck getting reset to work with openocd, you looked elsewhere, applied gained knowledge and another tool fitting your usecase better?
<PaulFertser>
Ah, no, PyCortexMDebug is just GDB Python thing.
<hanetzer>
no, I still needa get resets to work well
<hanetzer>
but it works well enough to 'work' for now.
<PaulFertser>
I'd like to see the log with that mww wrapped in catch.
<hanetzer>
but yeah, PyCortexMDebug is more for mcu stuff but tbh svds have some very nice use case with full on SoC's
<PaulFertser>
Now it fails in a different place, cortex_a_deassert_reset . Probably sleeping a bit after that mww and doing "jtag arp_init" right there in the reset-assert handler could help.
<hanetzer>
so those two lines yeh? how do you sleep in openocd?
<PaulFertser>
sleep 500
<PaulFertser>
Sorry I'm mostly guessing, I hope someone more familiar with cortex-a debugging can provide better ideas.
<PaulFertser>
But it really looks like SoC reset upsets debug logic too in your case :/
<hanetzer>
ideally I'd like to catch it at pc=0 so I can see the initial state of stuff
akaWolf has quit [Ping timeout: 252 seconds]
<PaulFertser>
hanetzer: looks like reset worked in this case. What you want is "reset halt" but I have an impression it's impossible to get to work with this mww reset method on this SoC apparently, as it resets everything including the debug unit.
<hanetzer>
figured. ah well.
<PaulFertser>
But you can do "reset; halt" now
<PaulFertser>
I think
akaWolf has joined #openocd
<hanetzer>
yeh I can't catch it before pc=0x6cbc or so
merethan has quit [Remote host closed the connection]
merethan has joined #openocd
<PaulFertser>
hanetzer: now you can try reducing that sleep
<hanetzer>
ah well. what I have is probably enough to do proper u-boot dev :)
<PaulFertser>
So are you happy enough with how "reset" works for you now?
<hanetzer>
for now yeh. I can resume at a pc I think
<PaulFertser>
Yes
merethan has quit [Remote host closed the connection]
<PaulFertser>
hanetzer: pretty cool. How did you generate that SVD? Or did you hand-write it?
<hanetzer>
hand written in yaml, converted to xml/svd with svdtools
<PaulFertser>
Would be nice if your experience was accessible to the others via some blog.
<hanetzer>
yeh, I should prolly do that. atm I'm still picking up the details as I go, and finding uh, issues with the underlying softwarea.
<PaulFertser>
hanetzer: feel free to offer a post for https://openocd.org , it's actually a blog
<hanetzer>
for instance, derivedFrom peripherals is fine (as in, if UART0-4 are all the same, you can define UART0 and just have 1-4 derivedFrom it) but derivedFrom registers (as in, CRG_PLL[0,2,4,6] are all the same on this, they just target different plls) doesn't
merethan has quit [Remote host closed the connection]
<hanetzer>
PaulFertser: sure. how do? once I get to the point where I'm capable of instructing people on this I may just do that.
merethan has joined #openocd
<PaulFertser>
hanetzer: hardcore way would be to clone blog repo from Gerrit, write it using markdown and send a change, just as you would be offering an OpenOCD patch.
<PaulFertser>
hanetzer: less involved would be having me do that.
<hanetzer>
ahhh nice, what is it then, jekyll?
<PaulFertser>
Pelican
<hanetzer>
unfamiliar. still, more or less standard markdown? not that uh, wikimedia? format?
<PaulFertser>
It's RST but that's straightforward
<PaulFertser>
You can clone from Gerrit, check the list of the projects there, blog is just one of them.
<hanetzer>
nice.
<hanetzer>
this will also be pretty useful with pinmux regs :)
<PaulFertser>
Indeed!
kraiskil has quit [Ping timeout: 256 seconds]
<hanetzer>
eventually I'd like to make a giant repo with yaml representations of common IP blocks
<hanetzer>
since svdtools allows for uh, compositing, whole svds from fragments.
dormito has quit [Ping timeout: 268 seconds]
merethan has quit [Remote host closed the connection]