嵌入式linux驱动识别设备的过程？

驱动程序识别设备时，有以下两种方法：

(1)驱动程序本身带有设备的信息，比如开始地址、中断号等:加载驱动程序时，就可以根据这些信息来识别设备。

(2)驱动程序本身没有设备的信息，但是内核中已经(或以后)根据其他方式确定了很多设备的信息加载驱动程序时，将驱动程序与这些设备逐个比较，确定两者是否匹配(match)。如果驱动程序与某个设备匹配，就可以通过该驱动程序 *** 作这个设备了。内核常使用第二种方法来识别设备，这可以将各种设备集中在-一个文件中管理，当开发板的配置改变时，便于修改代码。在内核文件include/linux/platform _device.h 中，定义了两个数据结构来表示这些设备和驱动程序: platform_ device 结构用来描述设备的名称、ID、所占用的资源(比如内存地址/大小、中断号)等platform_ driver 结构用来描述各种 *** 作函数, 比如枚举函数、移除设备函数、驱动的名称等。内核启动后，首先构造链表将描述设备的platform_device结构组织起来，得到一一个设备的列表:当加载某个驱动程序的platform_ driver 结构时，使用一.些匹配函数来检查驱动程序能否支持这些设备，常用的检查方法很简单:比较驱动程序和设备的名称。

Linux驱动程序的使用可以按照两种方式编译，一种是静态编译进内核，另一种是编译成模块以供动态加载。由于uClinux不支持模块动态加载，而且嵌入式LINUX不能够象桌面LINUX那样灵活的使用insmod/rmmod加载卸载设备驱动程序，因而这里只介绍将设备驱动程序静态编译进uClinux内核的方法。

下面以UCLINUX为例，介绍在一个以模块方式出现的驱动程序test.c基础之上，将其编译进内核的一系列步骤：

（1）

改动test.c源带代码

第一步，将原来的：

#include

#include

char

kernel_version[]=UTS_RELEASE

改动为：

#ifdef

MODULE

#include

#include

char

kernel_version[]=UTS_RELEASE

#else

#define

MOD_INC_USE_COUNT

#define

MOD_DEC_USE_COUNT

#endif

第二步，新建函数int

init_test(void)

将设备注册写在此处：

result=register_chrdev(254,"test",&test_fops)

（2）将test.c复制到/uclinux/linux/drivers/char目录下，并且在/uclinux/linux/drivers/char目录下mem.c中，int

chr_dev_init(

)函数中增加如下代码：

#ifdef

CONFIG_TESTDRIVE

init_test()

#endif

（3）在/uclinux/linux/drivers/char目录下Makefile中增加如下代码：

ifeq($(CONFIG_TESTDRIVE),y)

L_OBJS+=test.o

Endif

（4）在/uclinux/linux/arch/m68knommu目录下config.in中字符设备段里增加如下代码：

bool

'support

for

testdrive'

CONFIG_TESTDRIVE

y

（5）

运行make

menuconfig（在menuconfig的字符设备选项里你可以看见我们刚刚添加的'support

for

testdrive'选项，并且已经被选中）；make

dep；make

linux；make

linux.text；make

linux.data；cat

linux.text

linux.data

>

linux.bin。

（6）

在

/uclinux/romdisk/romdisk/dev/目录下创建设备：

mknod

test

c

254

0

并且在/uclinux/appsrc/下运行make，生成新的Romdisk.s19文件。

到这里，在UCLINUX中增加设备驱动程序的工作可以说是完成了，只要将新的linux.bin与Romdisk

---