LINUX内核, 我找到你了-CSDN博客

本文链接：https://blog.csdn.net/PCb4jR/article/details/122485564

打通了GDK8与主机之间的JTAG连接后，下一个关键任务就是识别上层语义。

JTAG技术是通过固化在芯片内部的边界扫描链条来访问目标系统，一旦建立起连接，就可以把目标系统里的状态一个比特一个比特的移动出来，无论顶层在跑什么软件，都可以把它凝固，然后读出它的细节，看它在干什么。

对于上层软件来说，JTAG技术足够底层，足够剽悍，也足够暴力的。

但是JTAG技术足够底层的优点也同时是它的缺点，那就是它太底层了，它读到的都是0、1、0、1，它不知道这些0、1、0、1的含义。

因为此，对于今天已经巨型化了的软件世界，要把JTAG技术用好，就必须解决另一个关键问题，那就是要建立上层语义，通过上层语义理解高层行为，然后再定位到关键节点，然后再深挖细节。不然，就如同在茫茫大海中寻找一颗落水的钻石，不仅仅是费力的问题，而是不可行。

多年前，硅谷的一家公司找到我，他们开发了一个名叫CEDT的调试器，售价很贵，大于10万人民币。他们发给我了一些介绍资料和演示版本，其中最打动我的功能就是能自动在内存空间中搜索NT内核。

很久没听说CEDT的新消息了，不知道那几位做CEDT的同行现在做做什么。刚刚搜了一下高端调试网站，上面还保存着几条当年的讨论信息。

解决这个搜索问题，一是要有足够的鲁棒性，对于不同版本和存在各种差异的目标系统都要能找到，二是速度要快，因为JTAG的速度比较慢，而且今天的内存空间（物理地址和线性地址空间）都很大，所以蛮力搜索花的时间太长了。

我是基于GDK7上的搜索方法来做GDK8的，本来以为可以复用，但是却不可以，主要原因是Linux内核在X64上和ARM64上的实现有很大差异，内存空间布局不同，很多内核函数也不一样，比如x64上的地址空间是256TB，ARM64虽然也有256TB的支持，但实际用的大多是39位线性地址，地址空间为512GB。

另外，X64上的最高端固定映射（fixmap）在ARM64上也大大不同。

比如，下面是GDK8内核启动时输出的内核空间内存布局。