北京立萨科技多年专注系统编程与硬件开发、专业提供嵌入式智能系统定制整体解决方案。下面小萨为大家罗列几个嵌入式linux调试移植的一些套路：

        对设备驱动最通俗的解释就是“驱使硬件设备行动”。设备驱动与底层硬件直接打交道，按照硬件设备的具体工作方式读写设备寄存器，完成设备的轮询、中断处理、DMA 通信，进行物理内存向虚拟内存的映射，最终使通信设备能够收发数据，使显示设备能够显示文字和画面，使存储设备能够记录文件和数据设备驱动充当了硬件和应用软件之间的纽带，它使得应用软件只需要调用系统软件的应用编程接口（API）就可让硬件去完成要求的工作。在系统中没有操作系统的情况下，工程师可以根据硬件设备的特点自行定义接口，，如对串口定义SerialSend()、SerialRecv()；对LED 定义LightOn()、LightOff()；以及对Flash 定义FlashWrite()、FlashRead()等。而在有操作系统的情况下，设备驱动的架构则由相应的操作系统定义，驱动工程师必须按照相应的架构设计设备驱动，这样，设备驱动才能良好地整合到操作系统的内核中。

下面是一位嵌入式驱动工程师关于驱动设备的调试和移植的一些经验总结。

做linux底层软件工作也有两年了，算上研究生时期对底层软件的研究，加起来也快四年了。慢慢地发现有必要总结一些一般性的方法了。因为一般性的方法有宏观上的指导意义，以后调试和移植驱动时，经常性地回味这些一般性的方法可以防止自己犯同样的错误，进而少走弯路，以最高的效率完成工作。

当谈到底层软件，我们一般都会想到bootloader、BSP、device driver、linux kernel等等。这里将会着重介绍linux device driver调试的一般性方法。

注意，这里说的一般方法不是固定套路，也就是说你不用把它当做教科书来读。你只需要根据具体情况灵活的选用其中某些步骤即可。

一般情况下，进行设备驱动的调试之前，你必须具备以下条件：

一般情况下，你可能不需要贴片图，但是如果你们的硬件工程师对你的支持力度不够，那你就需要一个板子的贴片图。原因可能有以下几点：

（1）    如果是飞线过来的模块，而且你又不确定硬件工程师的操作是完全正确的，是不是每条线都接的是对的，这时候你就必须搞到贴片图和原理图，然后和板子上的飞线一条一条线的核对一遍。如果准确无误，那你就开工。

（2）    当你们的硬件工程师没有给你提供硬件板子的引脚具体在板子上的哪个位置的说明时，你就必须搞到贴片图。

（3）    此外，经常贴片图有助于提高一个驱动工程师的硬件素养。

• 万用表、示波器

万用表和示波器是必备的，其次，根据需要，你可能会用到频谱分析仪和逻辑分析仪。

OK!当你拿到这些资料后，你就可以大刀阔斧地进行设备驱动调试了。一般的，设备驱动的调试都会经历如下几个步骤：

一、 把设备驱动的代码添加进kernel

这一点要注意了，不同的方案提供商给出的添加方法是不同的。例如，对于Mediatek方案提供商，添加设备驱动的方法就和一般化的不一样，因为Mediatek的体系架构不同于像telechips、Qualcomm等这样的kernel传统架构。所以，对于像Mediatek这样的特殊供应商，你必须遵循其提供的一套添加驱动的流程（mtk支持比较好，一般会提供sop）。传统架构的话，就很简单了，一般都会涉及到一下几步：

具体的实例我之类就不写了，google一下一大把，这篇文章也不会涉及到过多的细节问题。

二、 使得添加进去的设备驱动可以编译通过

设备驱动添加进来之后，一般的，都需要你添加、删除、修改一些内容，才能保证其编译通过。如果是调试，这里可能改动不大，因为驱动文件一般是由芯片原厂提供的，他们已经修改的基本可以编译通过了。但如果是移植，在这里花费的精力一般是比较大的，这会在后文中的附加说明里面提及到。

三、 检查设备驱动是否正常初始化

进行到这一步，你需要检查设备驱动是否可以顺利初始化，这个很简单，你只需要在设备驱动的probe函数或者init函数里面添加一条打印信息即可在串口观察是否有打印，如果没有打印，说明驱动根本就没有得到初始化。此时，你应该：首先，你赶紧跑过去问和你合作的硬件工程师：“hi，我这块板子，那个XXX芯片是否贴上了？”，或者问他们：“这些飞线是不是都连接的OK了？”。 问这些问题都是很有必要的，因为很有可能硬件上没有准备好，或者硬件连线本来就有问题。所以，为了避免浪费时间，你还是主动去问下他们。

其次，如果芯片确实贴上了而且硬件连线都接对了（后来你不放心，自己也核对了一遍），这时候问题就在你喽。马上检查设备驱动的添加是否有什么问题，是否是板文件没有修改好，是否驱动本身就没有注册好等等。

如果驱动得到了正常的初始化，这时候你开始检查该设备驱动对应的应用程序是否可以正常使用（或者自己写设备驱动的测试应用程序）。如果可以正常使用，那你太幸运了，这说明芯片原厂为你考虑的很周到，你可以节省N多时间干别的事儿了。

但遗憾的是，往往事情不会这么顺利，当你检查应用程序的时候，你发现应用程序没有做出应有的反应——例如当你辛苦把camera的驱动添加到kernel而且顺利初始化之后，你兴奋地进入系统打开camera发现：黑屏！你郁闷了，但是郁闷不能解决问题，这时候真正的所谓设备驱动的“调”和“试”才来了。赶紧去找一个万用表和一个示波器吧。

四、 设备驱动的“调”和“试”

所谓“调”，就是你依据设备芯片datasheet、主控datasheet、相关的规格书等资料，以及观察与测量的结果，不断地对设备驱动 code进行添加、删除和修改。

所谓“试”，就是你在添加、删除和修改的同时要不断地：

测试不光是测试员的事情，你必须保证自己调试的驱动可以运行稳定才可以提交代码，发给测试员进行大量测试。测试自己调试的设备驱动有以下几种：

如果你在设备驱动里面添加了proc或者sys文件系统的读和写函数，你就可以在命令行通过cat或者echo命令来对设备驱动的各项参数进行手动测试。

注：以上测试方法是我习惯用的，除了这些，还是有其他一些测试方法我没有列举出来，感兴趣的话可以google一下。