Debugging 嵌入式系统中的硬件断点与软件断点
我的理解是，插入软件断点涉及到将要执行的代码中的下一条指令替换为软件中断指令，这将导致CPU在到达该指令时停止 硬件断点涉及将要执行的断点后的下一条指令的地址放入寄存器，当地址匹配时，通过使用硬件比较器，这会导致CPU停止（如果我错了，请纠正我） 我感到困惑的是，例如，当使用硬件调试器通过JTAG调试电路板时，我们是否只使用硬件断点？或者JTAG也可以使用软件断点吗 GDB是仅用于软件断点，还是也可以与JTAG一起使用？对不起，如果问题有点宽泛 “如果我错了，请纠正我” 断点是在指令上设置的，而不是在指令之后-中断发生在指令执行之前，而不是之后-否则在跳转、调用或分支指令上设置断点将失败 “例如，当使用硬件调试器通过JTAG调试电路板时，我们是否只使用硬件断点？” JTAG是片上调试的简单通信接口（并用于其他用途，例如电路内存、FPGA编程和边界扫描） 例如，虽然ARM Cortex-M上的架构可能有所不同，但您可以从目标代码访问片上调试寄存器并设置硬件断点。Yoiu还可以使用BKPT指令（与您建议的SWI相反）在代码中放置软件断点 或者JTAG也可以使用软件断点吗 正如我所说，JTAG只是片上调试的通信接口，但是通过片上调试，您可以直接设置任何RAM内容，因此运行在开发主机上的JTAG连接的调试器软件可以临时修改RAM中的代码，以设置软件断点（通过将目标指令替换为BKPT，然后在命中断点时，恢复到原始指令以便执行。对于从ROM运行的代码，软件断点并不那么简单，尽管有些调试器支持无限的ROM断点（价格不菲）-此类硬件的制造商不一定会公布其使用的方法 在JTAG和片上调试在低端部件上广泛使用之前，使用了诸如电路内仿真和ROM仿真器之类的技术。这些通常是昂贵而复杂的解决方案 GDB是仅用于软件断点，还是也可以与JTAG一起使用 GDB可以以多种方式使用。它需要一个“调试存根”——一个将调试器软件映射到可用硬件的软件层——其性质取决于所使用的调试接口和目标设备。例如，当使用UART或以太网端口时，存根实际上是在目标上运行的代码（例如Linux的Debugging 嵌入式系统中的硬件断点与软件断点,debugging,embedded,interrupt,breakpoints,jtag,Debugging,Embedded,Interrupt,Breakpoints,Jtag,我的理解是，插入软件断点涉及到将要执行的代码中的下一条指令替换为软件中断指令，这将导致CPU在到达该指令时停止 硬件断点涉及将要执行的断点后的下一条指令的地址放入寄存器，当地址匹配时，通过使用硬件比较器，这会导致CPU停止（如果我错了，请纠正我） 我感到困惑的是，例如，当使用硬件调试器通过JTAG调试电路板时，我们是否只使用硬件断点？或者JTAG也可以使用软件断点吗 GDB是仅用于软件断点，还是也可以与JTAG一起使用？对不起，如果问题有点宽泛 “如果我错了，请纠正我” 断点是在指令上设置的，而
gdbserver