如何避免远程目标切换GDB会话时Cortex-A55核心与设备复位？

一、通用配置：连接/断开GDB时防止核心复位 #

要从根源上避免GDB会话操作触发复位，需要同时调整GDB本身和调试探针的行为：

• GDB会话层面：
  • 连接前执行 set remote reset-when-connect off，禁止GDB在建立远程连接时发送复位指令；
  • 断开前执行 set remote reset-when-disconnect off，确保退出GDB时不会触发硬件复位；
  • 把这两条命令加入GDB初始化脚本（.gdbinit），避免每次手动输入。
• 调试探针层面：
  • 若是J-Link：在J-Link Commander中执行 setauto 0 禁用自动复位，或者在调试配置里勾选“不自动复位目标”；
  • 若是OpenOCD：修改芯片配置脚本，移除 reset_config 中的自动复位参数，替换为 reset_config none，或者避免使用会触发复位的 init 指令，改用手动初始化调试接口并执行 halt 暂停核心。

二、程序A切换到程序B的无复位流程 #

针对你这种程序A固定、程序B动态变化且需重复数千次的场景，可按以下步骤操作：

退出程序A的GDB会话前： #

1. 暂停程序A的执行：按 Ctrl+C 或执行 pause 命令，让Cortex-A55核心停在当前指令；
2. 执行 set remote reset-when-disconnect off，确保断开会话时不会触发复位；
3. 执行 disconnect 断开与远程目标的连接，再执行 quit 退出GDB。

启动新GDB会话加载程序B时： #

1. 启动GDB后先执行 set remote reset-when-connect off，避免连接时触发复位；
2. 连接远程目标：target remote <你的调试探针IP/端口>，此时核心会保持之前暂停的状态；
3. 加载程序B：load /path/to/programB.elf，GDB会自动将代码和数据写入目标内存，不会触发复位；
4. 设置程序B的执行入口：比如 set $pc = &main（如果直接从main函数启动），之后执行 continue 或 run 即可运行程序B。

额外优化（适合批量执行）： #

• 将上述GDB命令封装成脚本（比如switch_to_B.gdb），每次启动GDB时直接调用：gdb -x switch_to_B.gdb；
• 若使用自动化测试框架，可通过Python调用GDB的API，批量完成会话切换和程序加载，减少人工干预的误差；
• 针对Cortex-A55的调试寄存器，可通过monitor指令直接配置复位控制位，比如 monitor mww <调试寄存器地址> 0x0（具体地址需参考芯片手册），从硬件层面锁定复位行为。

内容的提问来源于stack exchange，提问作者Riotshielder21