编译驱动---Makefile解释

.最基本的一个Makefile文件:
# hello.o为你需要编译的源代码，若有多个源代码应使用方法二的方式
obj-m:=hello.o

#方法二
obj-m:=module.o
module-objs:=file1.o file2.o

将 上面的内容保存为Makefile，在命令行输入“make -C /lib/modules/$(shell uname -r)/build M=`PWD` modules”就可以编译生成.ko文件了。首先将目录改变到-C选项指定的位置（即内核源代码目录，其中有内核的顶层makefile文件），M=选 项让该makefile在构造modules目标之前返回到当前目录。

更方便的操作：
###########################################################
# 如果定义了KERNELRELEASE，则说明是从内核构造系统调用的
# 因此可利用其内建语句
ifneq ($(KERNELRELEASE),)
obj-m :=hello.o
#否则，是直接从命令行调用的
#这时要调用内核构造系统
else
KERNELDIR ?=/lib/modules/$(shell uname -r)/build
PWD :=$(shell pwd)
default:
    $(MAKE) -C $(KERNELDIR) M=$(PWD) modules
endif
###########################################################
//实验中该文件必须保存为Makefile，第一个字母小写都不可以，原因目前不知
//解释：
1.执行make命令，读取当前目录下的Makefile
2.因为没有定义KERNELRELEASE，所以执行else部分
3.执行default目标，即执行命令 “ $(MAKE) -C $(KERNELDIR) M=$(PWD) modules”
4.该命令相当于重新执行make命令，但是该make命令首先调用-C选项所指的路径下的makefile，这个makefile定义了KERNELRELEASE变量，然后执行modules目标。
5.modules目标又调用了一次make命令，执行当前目录下的makefile文件，就把obj-m变量定义了。然后又执行make命令生成最终的.ko文件。(这一块大概如此，具体尚没有时间搞清楚，有了解透彻的朋友希望指教。)
6.如上就是整个执行过程了。

下面是我自己写的一个makefile文件，如下：
##############################################################
##文件说明，编译2.6.x的linux驱动的makefile文件
# 作者：wyj
# 创建时间：2008-09-23
##使用说明：
# 变量DRI_NAME MOD_NAME NOD_NAME 分别设置伪驱动程序的名称，生成模块的名称和设备节点的名称
# 使用make install进行安装驱动 需要root权限
# 使用make uninstall进行卸载驱动 需要root权限
# 使用make clean清除多余的文件，包括生成的模块代码

# 驱动名称
DRI_NAME :=demo
# 模块名称
MOD_NAME :=IMTI_DEMO
# 节点名称
NOD_NAME :=/dev/demo

obj-m :=$(DRI_NAME).o
KERNELDIR ?=/lib/modules/$(shell uname -r)/build
PWD ?=$(shell pwd)

default:
    $(MAKE) -C ${KERNELDIR} M=${PWD} modules
#安装的伪代码
.PHONY:install uninstall clean
install:default
    insmod demo.ko   
    mknod $(NOD_NAME) c `awk '$$2=="'${MOD_NAME}'" {print $$1}' /proc/devices` 0
#卸载的伪代码
uninstall:
    rm -f $(NOD_NAME)
    rmmod $(DRI_NAME)
#清理垃圾的伪代码
clean:
    @rm -rf *.o *.ko .tmp_versions *~ Module.symvers .*.cmd *.mod.c
######################################################################
这个makefile功能比较简单，只是以前的一个东西，做为一个纪念。见笑了。

好了，关于驱动的编译过程就记录到这里。今天是冬至第三天，也就是一九了，天气很冷，办公室空调暖和。最近比较闲，很喜欢这样的轻松气氛，然后投入到研究之中，纪念之。

//装载和卸载
insmod：将驱动模块加载到内核
rmmod：将驱动模块移出内核
lsmod：查看模块信息。信息来源于文件/proc/modules
modprobe：装载模块，可以查找依赖关系。处理层叠模块。

insmod，类似ln，将模块的代码和数据装入内核，然后使用内核的符号表解析模块中任何未解析的符号。不修改模块的磁盘文件，仅仅修改内存中的副本。
insmod支持一些命令行选项，所以允许在装载时进行配置，这样比编译时配置更加的灵活。

//版本依赖
要注意编译和加载是需要模块和需要的内核树版本对应，所以需要注意版本的问题。这个以后细细研究。

//模块层叠技术
允许模块到处符号，新模块可以使用这些符号，我们就可以在已有的模块上层叠新的模块，这就是模块层叠技术。
工具modprobe
使用如下宏到处符号：
EXPORT_SYMBOL(name)
EXPORT_SYMBOL_GPL(name)
GPL版本表示导出的符号只允许被GPL许可证下的模块使用。

//预备知识
所有的模块代码中都必须包含下面的代码：
#include //包含有可装载模块需要的大量符号和函数的定义
#include //指定初始化和清除函数
#include    //可在装载模块时向模块传递参数

一些重要的宏：
MODULE_LICENSE("GPL")    //使用GPL协议，其它协议有"GPL v2"(GPL版本2) "GPL and additional rights"(GPL及附加权利) "Dual BSD/GPL"(BSD/GPL双重许可证) "Dual MPL/GPL" (MPL/GPL双重许可证)以及"Proprietary"(专有)。
若没有声明协议，则默认位专有，内核开发者不太愿意帮助装载专有模块遇到问题的用户。
其它宏：
MODULE_AUTHOR //描述模块作者
MODULE_DESCRIPTION //说明模块用途的简短描述
MODULE_VERSION    //代码修订号
MODULE_ALIAS    //模块的别名
MODULE_DEVICE_TABLE    //用来告诉用户空间模块所支持的设备
这些宏可以出现在源代码函数以外的任何地方，现在通常将它们放在文件最后。