http://www.cnblogs.com/TaigaCon/archive/2012/12/20/2826941.html

JTAG(Joint Test Action Group)联合测试行动小组)是一种国际标准测试协议（IEEE 1149.1兼容），主要用于芯片内部测试。现在多数的高级器件都支持JTAG协议，如DSP、FPGA器件等。标准的JTAG接口是4线：TMS、 TCK、TDI、TDO，分别为模式选择、时钟、数据输入和数据输出线。   　　JTAG最初是用来对芯片进行测试的，基本原理是在器件内部定义一个TAP（Test Access Port 测试访问口）通过专用的JTAG测试工具对进行内部节点进行测试。JTAG测试允许多个器件通过JTAG接口串联在一起，形成一个JTAG链，能实现对各个器件分别测试。现在，JTAG接口还常用于实现ISP（In-System Programmable 在线编程），对FLASH等器件进行编程。   　　JTAG编程方式是在线编程，传统生产流程中先对芯片进行预编程实现再装到板上因此而改变，简化的流程为先固定器件到电路板上，再用JTAG编程，从而大大加快工程进度。JTAG接口可对PSD芯片内部的所有部件进行编程。 上面的信息是从度娘百科引用过来的，对于jtag没有了解过的人来说，上面的大部分内容都不知道说什么，当然，我是一开始看的时候也看不懂。 不过从上面得出来的信息知道，jtag是一个协议，标准有4个引脚，用于芯片的测试与编程调试。   jtag是有硬件实现的。 在cpu（注意：这里的cpu是指运算处理单元，只包含了内部寄存器以及运算单元等基本部件）外围，处理器（即cpu扩展芯片，不是soc）内部包含了jtag的硬件实现，并且向外界提供接口，也就是上面所说的TMS，TCK，TDI，TDO，四个引脚。 如图：   边界扫描链 jtag如何用于芯片测试呢？　其中用到的最主要部件就是边界扫描链。 命名为边界扫描链，是由于它位置处于处理器的边界上。 我们知道cpu是通过引脚与外围交流的，所有的数据都会通过引脚输入或者输出，而jtag就是通过监控引脚的信号达到芯片测试的目的。 而边界扫描链就是在引脚上的一个部件。如下图：   通过边界扫描链，当有信号输入的时候，边界扫描链就能获取信号，当cpu要输出信号的时候，边界扫描链也能获取要输出的信号。 另外也可以通过边界扫描链来直接向外部输出信号。 无论是信号的抓取还是输出，都需要有接口来保存这些信号，TDI跟TDO就是做这样一些工作的。 如图： 本来边界扫描链保存着引脚上的信号，当通过TDI引脚输入我们自己的信号的时候，会发生沿上面红线方向的移位操作， 　　　　　　　　TDI ——〉 边界扫描链 —— 〉 TDO 就能从TDO获取边界扫描链上的信号，我们从TDI输入的信号也会到边界扫描链上去。 在cpu跟外界通信的引脚上的数据无非就是 指令 跟 数据信号（包括地址跟数据） 两种。但是这两者的结合形成了一个完整的程序，能对它们进行监控就表明我们能进行程序的调试。   上面的只是jtag最基本的原理，要对程序更好的调试还需要控制部件，还有更多寄存器的结合等等。 下面是一个完整的jtag调试部件： 更详细的jtag信息可以看看http://www.micetek.com.cn/technic/jtag.pdf    

---

下面来讲讲arm上的jtag调试，openocd就是一个jtag的调试工具 以下基于s3c2440，openocd   我们在调试程序的时候，通常需要设置断点，断点也就是指令所在的位置， 断点分为两种：硬件断点跟软件断点 　　硬件断点：指令的地址。当cpu要去某个地址取指令的时候，就暂停cpu的运行。在s3c2440上只支持两个硬件断点 　　软件断点：软件断点不限制断点的个数，因此硬件断点的方法是不可用的。当我们需要在某个指令上打断点的时候，openocd会先去取得断点的地址，然后把每个断点处的值替换成某个特定的值（如deeedeee），当cpu取数据的时候得到该特定的值，就知道到达了断点地址，暂停cpu的运行，去除断点的时候再把原本的值换回去。如果没指定硬件断点的话，一般都默认是软件断点。   另外openocd对于软件断点有特定的要求： 　　1.程序必须位于它的链接地址上，即如果指定了. = 0x30000000,那么程序必须实际上是位于0x30000000这个地方，也就是说程序必须已经重定位好，位于它的链接地址。 　　2.程序必须按照某种特定的顺序排放： SECTIONS{ . = 0x30000000; .text :{ head.o(.text) init.o(.text) nand.o *(.text) } .rodata ALIGN(4) : {*(.rodata)} .data ALIGN(4) : {*(.data)} .bss ALIGN(4) : {*(.bss) *(COMMON)} }   gdb调试就是基于软件断点的调试，我们可以用gdb对程序代码的某一行进行断点设置，那么它是如何定位到某个指令的地址的？ 这就需要有调试信息，也就是在编译的时候加上 -g 给程序添加调试信息。   eclipse对gdb进行了进一步的封装（GUI），我们可以通过对eclipse进行某些设置达到调试arm程序的目的。 1.首先把文件加入工程 2.设置调试配置： 　　点工具栏上的小虫子 　　Debug Configurations... 　　新建一个调试配置 　　选择选项卡Main，在C/C++ Application:　　选项上选择要调试的elf文件 　　选择选项卡Debugger，GDB debugger： 选择为arm-elf-gdb 　　选择选项卡Commands， 'Initialize'conmmands 下输入命令：   　　　　target remote 127.0.0.1:3333　　　　//连接openocd 　　　　load　　　　　　　　　　　　　　　　//加载程序到内存 　　　　break _start　　　　　　　　　　　　//设置断点到_start 　　　　c　　　　　　　　//continue继续执行   　　然后Apply ，最后Debug开始调试 3.当然，上述程序是在内存执行的，但是开发板一开始的时候内存还没初始化，是不可用的，因此我们需要先设置内存 　　在openocd的命令控制台上（telnet 127.0.0.1 4444进入openocd控制台）   　　　　halt　　　　//暂停cpu 　　　　load_image　　init.bin　　0 　　//加载内存初始化程序 init.bin 到 0 地址 　　　　resume 　0　　　　//在0地址开始运行 　　　　halt　　//暂停cpu     　　然后就可以Debug了   Debug时，当运行到断点处的时候，我们可以看到某些寄存器或者变量的值，这些值在eclipse上显示：  
点击打开链接