Incorrect reset behaviour

[jeriksson621]

Incorrect reset behaviour

[Yatekii]

I am not really sure where this behavior is coming from, but did you make sure your reset pin is working as intended?

This feature was always working without troubles and was not touched in a while - to my knowledge at least.

[jeriksson621]

I have tested some more, there seems to be two things going on here,
ATSAME70N20B seems to not enable communication while reset is asserted (low). Atleast not with my setup.

And there is a bug in probe-rs, that seems to be triggered when --connect-under-reset fails.

I have verified it with a nucleo-f401re board, while debugging the onboard f401re.

Steps to reproduce:

Disconnect one of the jumpers that connects the SWD, i.e. make sure the following command fails:
probe-rs erase --chip STM32F401CBUx --connect-under-reset

If you now measure the reset line it will be held low by the ST-link hardware probe.
reconnect the SWD jumper.

Call: probe-rs erase --chip STM32F401CBUx

This call will fail, but when returning it has released the reset line.

Call: "probe-rs erase --chip STM32F401CBUx" again, now it works since the previous call released the reset line.

i.e. The erronous behavoiur here seems to be three things:

1. "probe-rs XXX --connect-under-reset" returns without releasing reset when it fails.
2. "probe-rs erase --chip STM32F401CBUx" does not make sure that the probe is a correct state when initalizing (i.e. deasserting reset)
3. SWD communication seems to fail when reset is asserted on the ATSAME70*

Do you have any idea of what to check to debug point 3?

[Tiwalun]

Regarding point 3, are you sure that the chip supports debugging while the reset line is asserted? As far as I know, not all chips support this.

[Yatekii]

yeah, also, I recall the atmel chips have some finicky reset routine that technically requires custom sequences but might work by sheer coincidence. afaik atmel chips support debugging under reset (at least in limited capacity) tho.

[jeriksson621]

If it is supported or not is not documented at all that I have found. This is definetly a likely reason for this issue.
I believe the E5x series has some custom "reset extension", but the E70 should not have this issue atleast.

[bugadani]

Neither the j-link, nor the st-link drivers in probe-rs are compatible with reset extension. Reset extension requires the probe to hold the TCK line low, which is implemented via calls to swj_pins, but the drivers only implement control of nRESET. It's unclear whether this can change in a meaningful way, but we may be able to work around it. cc #2325 that attempts something related.