NishanthMenon changed the topic of #openocd to: this is the place to discuss all things OpenOCD | Logs: https://libera.irclog.whitequark.org/openocd/
boru` has joined #openocd
boru has quit [Killed (NickServ (GHOST command used by boru`))]
boru` is now known as boru
Hawk777 has joined #openocd
tsal has quit [Ping timeout: 255 seconds]
tsal has joined #openocd
nerozero has joined #openocd
Haohmaru has joined #openocd
Hawk777 has quit [Quit: Leaving.]
thinkfat has joined #openocd
tarekb has joined #openocd
tarekb has quit [Ping timeout: 256 seconds]
akaWolf has quit [Ping timeout: 268 seconds]
akaWolf has joined #openocd
wolfshappen has joined #openocd
wolfshappen has quit [Quit: later]
wolfshappen has joined #openocd
rkta has quit [Remote host closed the connection]
rkta has joined #openocd
ttmrichter has quit [Quit: Ping timeout (120 seconds)]
ttmrichter has joined #openocd
ildar[m] has quit [*.net *.split]
troth has quit [*.net *.split]
Fleck has quit [*.net *.split]
indy has quit [*.net *.split]
olerem has quit [*.net *.split]
olerem has joined #openocd
indy has joined #openocd
Fleck has joined #openocd
troth has joined #openocd
Hawk777 has joined #openocd
Haohmaru has quit []
tlwoerner has quit [Ping timeout: 252 seconds]
akaWolf has quit [Ping timeout: 256 seconds]
akaWolf has joined #openocd
nerozero has quit [Ping timeout: 256 seconds]
akaWolf has quit [Ping timeout: 252 seconds]
akaWolf has joined #openocd
akaWolf has quit [Ping timeout: 245 seconds]
akaWolf has joined #openocd
lh has quit [Write error: Connection reset by peer]
Jybz[m] has quit [Remote host closed the connection]
tlwoerner has joined #openocd
wingsorc has joined #openocd
Jybz[m] has joined #openocd
lh has joined #openocd
ildar[m] has joined #openocd
<c4017w> 'Error: Cortex-M PARTNO 0x0 is unrecognized' What's the likely cause? target is not halted so it can't read CPUID?
<Hawk777> I think CPUID is usually readable while running, though I have only limited experience in terms of different parts. Maybe it’s powered down?
<c4017w> I verified power supply and connections. The chip is good, I can read it with J-Flash
<Hawk777> I meant the CPU core.
<Hawk777> Powered down due to internal circuitry, like clock gating or whatever.
<c4017w> hmm, I don't think so. It comes out of reset with the core powered up
<Hawk777> And you’re not holding it in reset?
<c4017w> not intentionally. Let me verify if the programmer is
<Hawk777> STM32H7, for example, has certain buses unclocked while SRST is asserted, so certain memory accesses don’t work in that situation—they work immediately after SRST is deasserted, at the startup vector catch, but not *while* SRST is asserted.
<Hawk777> I suppose there could also be a problem with memory addresses, maybe? If there’s something wrong with a ROM table? I don’t really know about that part of things.
<c4017w> ok that's good to know. Maybe a similar thing is happening here, because it appears OpenOCD is asserting the reset pin while trying to read CPUID
<Hawk777> Maybe you have connect_assert_srst?
<Hawk777> In your reset_config?
<c4017w> reset_config srst_nogate
<c4017w> cortex_m reset_config sysresetreq
<c4017w> I mostly just copied those, don't really know what they do
<Hawk777> On the STM32H7 reading CPUID is fine, only certain other things are inaccessible, but maybe your chip is different.
<Hawk777> What the heck? Why does the source code of <http://openocd.org/> begin with <script>window.location.replace("");window.location.href = "";</script> ?
<Hawk777> Even before the DOCTYPE?
<Hawk777> I *was* going to check the manual to see whether connect_assert_srst was the default or not, but I guess I can’t do that now…
<c4017w> um, weird, I don't see that
<c4017w> looking into reset_config stuff now
<Hawk777> $ wget --quiet -O- http://openocd.org | head
<Hawk777> <script>window.location.replace("");window.location.href = "";</script><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<Hawk777> I see this from two different locations on the Internet, so it’s not just my own machine/ISP/whatever…
<c4017w> I see it too with wget. My guess is it's some workaround depending on which request headers it receives. Don't see that from a normal browser
<Hawk777> Well, I only noticed it because I opened the page in Firefox and it didn’t work, entering an infinite redirect instead.
<Hawk777> Chromium appears not to follow it, but View Source shows that it’s still there.
<Hawk777> Although… not after a reload?
<Hawk777> Can’t open the page at all in Fx though.
<c4017w> oh that's bizarre. Works in FF 90.0 here
<Hawk777> 78.11.0esr here.
<c4017w> From Armv8.1-M, this register (CPUID) is accessible to accesses through unprivileged DAP requests when either
<c4017w> DAUTHCTRL_S.UIDAPEN or DAUTHCTRL_NS.UIDAPEN is set.
<c4017w> I wonder if that's my problem
c4017w_ has joined #openocd
c4017w has quit [Killed (NickServ (GHOST command used by c4017w_))]
c4017w_ is now known as c4017w
<c4017w> nope, it's just the reset. It reads CPUID fine without reset asserted