请阅读【嵌入式开发学习必备专栏】
文章目录
- Cortex-M7 Debug event
- Debug events
Cortex-M7 Debug event
在ARM Cortex-M7架构中,调试事件(Debug Event)是由于调试原因而触发的事件。一个调试事件会导致以下几种情况之一发生:
-
进入调试状态:如果启用了停滞调试(Halting Debug),一个调试事件会使处理器在调试状态下停滞。通过将
DHCSR.C_DEBUGEN
位设置为1来启用停滞调试。一个导致进入调试状态的调试事件会将DHCSR.C_HALT
设置为1。 -
DebugMonitor异常:如果停滞调试被禁用且 DebugMonitor 异常被启用,当 DebugMonitor 异常的组优先级大于当前执行优先级时,一个调试事件会导致DebugMonitor异常。停滞调试被禁用是通过将
DHCSR.C_DEBUGEN
位设置为0或通过调试认证接口禁用,
而 DebugMonitor 异常被启用是通过将DEMCR.MON_EN
位设置为1。
MON_EN, bit[16] Enable the DebugMonitor exception:
- 0 DebugMonitor exception disabled.
- 1 DebugMonitor exception enabled.
如果DebugMonitor组优先级小于或等于当前执行优先级:
- 处理器会将由执行
BKPT
指令生成的断点调试事件升级为HardFault。 - 处理器升级由FPB生成的断点为HardFault,或忽略FPB断点,这是由具体实现定义的。然而,处理器只有在受断点影响的指令显示其架构行为时才能忽略FPB断点。
- 处理器忽略其他调试事件。这意味着它忽略看点(Watchpoints)和外部调试请求。
- HardFault异常:如果停滞调试和监视器都被禁用,一个断点调试事件会升级为HardFault,并且处理器忽略其他调试事件。
- 在NMI或HardFault异常处理程序中发生断点时:如果在NMI或HardFault异常处理程序中断点发生时停滞调试被禁用,系统会因不可恢复的错误(Unrecoverable exception)而锁定。断点可能是由
BKPT
指令产生或由FPB生成的。 - FPB在
DHCSR.C_DEBUGEN
设置为0且DEMCR.MON_EN
设置为0时,是否生成断点调试事件是由具体实现定义的。 - 导致HardFault或锁定的断点调试事件被视为不可恢复。
在ARM Cortex-M7架构中关于调试事件行为,特别是关于HardFault和锁定(Lockup)情况的触发机制,主要涉及当处理器在以下情况下执行BKPT
(断点)指令时:
- 因为禁止停滞而不设置
DHCSR.C_HALT
。 - 因为DebugMonitor被禁用或处理器未在比DebugMonitor优先级低的优先级上执行,而不设置
DEMCR.MON_PEND
。
处理器的DFSR
(Debug Fault Status Register,调试故障状态寄存器)包含每个调试事件的状态位。当一个调试事件导致处理器停滞或生成异常时,这些位被设置为1,并且之后通过写1来清除(write-one-to-clear)。是否在事件被忽略或导致锁定时更新这些位是由具体实现定义的。