Thanks for taking care of this, Liviu.
I looked what ARM recommends as a workaround. Unfortunately there is no hint
how the debugger could reliably detect that the execution has halted due
to 3092511 erratum.
In such case it would be safe to resume.
The workaround in OpenOCD cortex_m.c cortex_
> On 7 Jun 2024, at 12:23, Tomas Vanek wrote:
>
> The workaround in OpenOCD cortex_m.c cortex_m_debug_entry() should check the
> DFSR register
> and if the only BKPT bit is set, than check if PC points to a BKPT
> instruction or any FPB
> FP_COMPn has triggered the break and if not, then Ope
This is an automated email from Gerrit.
"Antonio Borneo " just uploaded a new patch set to
Gerrit, which you can find at https://review.openocd.org/c/openocd/+/8319
-- gerrit
commit 53e4c479ce52ec5bd5e4d6e328b963cca0377443
Author: Antonio Borneo
Date: Fri Jun 7 14:42:58 2024 +0200
targe
This is an automated email from Gerrit.
"Timur Golubovich " just uploaded a new patch
set to Gerrit, which you can find at https://review.openocd.org/c/openocd/+/8320
-- gerrit
commit fe4de99539d8cc36eec4b8943388fbfd13bb234c
Author: Timur Golubovich
Date: Fri Jun 7 16:42:16 2024 +0300
F
This is an automated email from Gerrit.
"Timur Golubovich " just uploaded a new patch
set to Gerrit, which you can find at https://review.openocd.org/c/openocd/+/8321
-- gerrit
commit 242667023e821ae1ca08c8360c090313736aaa02
Author: Timur Golubovich
Date: Fri Jun 7 16:42:16 2024 +0300
F