浅谈wince驱动调试方法（作者：wogoyixikexie@gliet）

以前，我调试驱动都是打包，下载，很郁闷，一个小小的DLL都要这么费神，对微软极为不满，现在发现驱动调试有一些诀窍，特来和大家分享，如果你有更好的方法，就来和大家分享吧。

之所以说“浅谈”，是因为我自己也搞得模模糊糊的，问过很多人，大家一致认为有三种调试方法：

一、使用应用程序动态加载驱动——优点是不用下载打包NK，可以在正常情况下看到驱动的运行情况；缺点是只能调试流驱动。在这方面有个专家做的很好，发布了驱动调试助手http://www.cnblogs.com/we-hjb/archive/2009/02/14/1250838.html#1451120——在这里就不多说了，看原版才是好的。

二、KITL。这个东西我用过，觉得调试那些不能启动的严重BUG很有用。下面适合一个朋友的谈话，很清晰了。

三、神秘武器......什么都不用！

加密助手 说:

--- 系统提示: 以下会话未被加密 ---

CSDN-Ricky_hu北京 说:

做过

CSDN-Ricky_hu北京 说:

这就是动态调试驱动，经常这样做

wogoyixikexie@gliet 说:

这个方法我很想学，你能不能教教我

wogoyixikexie@gliet 说:

整天烧写，太郁闷了

CSDN-Ricky_hu北京 说:

谈不上教， 很容易的

wogoyixikexie@gliet 说:

我都不知道怎么操作

CSDN-Ricky_hu北京 说:

你烧写一次，然后用pb通过kitl下载，在这个target->release dir module->add module里面添加你要调试的驱动就ok了

CSDN-Ricky_hu北京 说:

这个就是kitl的主要功能

wogoyixikexie@gliet 说:

这样加载上去也没有什么意思啊。因为KITL只能往前加载，不能往后加载的

CSDN-Ricky_hu北京 说:

你说的往后加载是什么意思？

wogoyixikexie@gliet 说:

就是比如我加载过一个驱动以后，不能再回来设置断点再次执行了

wogoyixikexie@gliet 说:

同一个驱动不能执行两次的吧

CSDN-Ricky_hu北京 说:

再回来设置断点就重新连接kitl啊

wogoyixikexie@gliet 说:

KITL，我的还有点问题，我只会使用一点点

CSDN-Ricky_hu北京 说:

在eboot里面配置好了就ok了

wogoyixikexie@gliet 说:

你的意思是说，在这个target->release dir module->add module里面添加你要调试的驱动，然后要重新连接KITL？

CSDN-Ricky_hu北京 说:

你要调试那个驱动就把它添加到target->release dir module->add module这里面，然后连接kitl调试，发现问题，修改后直接编译这个驱动，然后再重新连接kitl继续调试，再发现问题，再修改，再连kitl调试

wogoyixikexie@gliet 说:

哦，这也是个方法

wogoyixikexie@gliet 说:

这个方法很强大，可以调试本机驱动

wogoyixikexie@gliet 说:

使用应用程序只能调试流驱动

CSDN-Ricky_hu北京 说:

这是pb中kitl的基本调试方法，功能很强大，能打印很多调试信息

CSDN-Ricky_hu北京 说:

应用程序调试的只是接口，驱动内部的还是不能够调试

wogoyixikexie@gliet 说:

不过缺点是注册表修改之后就要重新下载内核才行

CSDN-Ricky_hu北京 说:

嗯，对，这个对于注册表以及kernel级别的修改要重新下载nk

wogoyixikexie@gliet 说:

还有一般要编译成debug版本的驱动才行，整个NK编译成debug版本会非常大。哈哈，原以为是不用KITL就可以加载的。厉害

CSDN-Ricky_hu北京 说:

不一定非得编译成debug版本的驱动啊，release版本的也可以通过kitl调试，而且调试信息也很丰富的

wogoyixikexie@gliet 说:

你用什么芯片？

wogoyixikexie@gliet 说:

PXA310？

CSDN-Ricky_hu北京 说:

你可以在release驱动里面加断点，一步步走，这样发现问题很快

CSDN-Ricky_hu北京 说:

pxa270，不过马上要用310了

wogoyixikexie@gliet 说:

有些驱动是有接口的，接口需要应用来访问

wogoyixikexie@gliet 说:

如果KITL+应用程序来调试，这样打印信息也会显示在PB里面吧

CSDN-Ricky_hu北京 说:

驱动一般都有接口，就看这个接口是留给谁来访问了

CSDN-Ricky_hu北京 说:

wogoyixikexie@gliet 说 (9:43):

如果KITL+应用程序来调试，这样打印信息也会显示在PB里面吧

对，会显示

wogoyixikexie@gliet 说:

不过这样已经很不错了。比如COM_Read这些，KITL应该不能在里面设置断点的吧

CSDN-Ricky_hu北京 说:

这个COM_Read是驱动提供的接口吗？如果是，也能设置断点的

wogoyixikexie@gliet 说:

是

wogoyixikexie@gliet 说:

要应用程序打开的

wogoyixikexie@gliet 说:

这个也行？

CSDN-Ricky_hu北京 说:

但是你要把断点设置在驱动里面，而不是应用程序里面

wogoyixikexie@gliet 说:

那太厉害了，那怎么控制它进去？

CSDN-Ricky_hu北京 说:

你用kitl就应该没问题

CSDN-Ricky_hu北京 说:

在XXX_Read

CSDN-Ricky_hu北京 说:

里面设置断点

wogoyixikexie@gliet 说:

是不是有命令才行进去，还是直接弄个断点就可以了？

CSDN-Ricky_hu北京 说:

你确定应用要调用xxx_read（），然后在它的驱动里面设置断点就可以断住了吧

wogoyixikexie@gliet 说:

这是很好的方法

CSDN-Ricky_hu北京 说:

具体的你可以试试，但是用kitl调试应用的话效果不太理想

CSDN-Ricky_hu北京 说:

你可以用vs调试应用，看问题出现在哪里，然后用pb继续跟踪驱动

wogoyixikexie@gliet 说:

我上次弄过一下子，发现液晶屏不会亮了，但是系统已经起来

CSDN-Ricky_hu北京 说:

呵呵

wogoyixikexie@gliet 说:

这个三星BSP做的不是很好。

CSDN-Ricky_hu北京 说:

我没用过三星的bsp和芯片

CSDN-Ricky_hu北京 说:

三星自己的手机啊什么的产品都不用他们自己的芯片和bsp，我们为什么要用呢，呵呵。。。

wogoyixikexie@gliet 说:

的确是

wogoyixikexie@gliet 说:

你是通过网卡来弄KITL的吧？

CSDN-Ricky_hu北京 说:

usb

CSDN-Ricky_hu北京 说:

其实也是模拟成网卡

wogoyixikexie@gliet 说:

很多人都不会用KITL，你那里有什么文档吗？有空写个完整的博客帮帮大家，哈哈

wogoyixikexie@gliet 说:

上次我也用USB，这样就会是同步软件不能连接了。不能弄应用程序进来联调

CSDN-Ricky_hu北京 说:

我也是从优龙的eboot里面移植过来的

CSDN-Ricky_hu北京 说:

还有pb下面mainstone的bsp里面也有，你也可以移植一下

wogoyixikexie@gliet 说:

哦，确实是，PB5.0下，那个正是PXA270的BSP。

CSDN-Ricky_hu北京 说:

有空我可以整理一下，但是目前很忙啊，产品马上要上市了，天天加班

CSDN-Ricky_hu北京 说:

是啊，我们就是在这个bsp上移植的，很好用，很快

wogoyixikexie@gliet 说:

我想弄个这种板子来搞搞。嘿嘿。

wogoyixikexie@gliet 说:

不打扰你了。谢谢你

CSDN-Ricky_hu北京 说:

客气，呵呵。。

准备结贴。

总结：

一、经过这次教训，MDD部分的代码最好不要修改，因为它极有可能和别的驱动公用，如果改动了，甚至让信息打印也会产生意想不到的后果，实在要修改的，就移植到BSP下，这样我们就可以任意妄为了。哈哈

二、意外收获——找到了最佳调试驱动方法。1、KITL（适合调试大BUG，比如异常，不能启动系统等情况） 2、驱动调试助手（适合调试流驱动，并且驱动中无注册表操作的情况，有注册表操作的会导致异常，如果有时间，可以修改一下这个BUG） 3、在platform.bib，platform.reg文件中准备好所调试驱动相关信息。再次调试修改该驱动的时候，只需要把该驱动的DLL代替wince windows目录下的老DLL即可。当然少不了应用程序配合调试其他功能（最好加入注册表操作）——这是我目前最支持的方法，因为最简单，最可靠！