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上显示：
