一个典型的编译驱动模块的Makefile文件如下所示：

KERN_DIR = /root/driver/kernel

obj-m += module_test.o

all:
　　make -C $(KERN_DIR) M=`pwd` modules

.PHONY: clean
clean:
　　make -C $(KERN_DIR) M=`pwd` clean

解析：

obj-m += module_test.o

表示将我们的module_test.o编译成一个模块。

make -C $(KERN_DIR) M=`pwd` modules

-C参数指定内核源码树目录，当执行make命令的时候会跳转到这个目录下去执行，而不是在当前目录下执行make，M=`pwd`用来指定执行完make命令之后的返回目录，也就是当前目录

modules就是一个目标，所以这个语句连起来就是： 跳转到指定的目录下 执行 make modules，执行完之后在返回到当前的目录，并把编译好的模块复制到当前目录下；所以由此可知

modules肯定是一个内核源码树下的Makefile中的一个目标，这个目标定义了内核模块的编译规则，所以切不可胡乱改modules，所以得知，我们这里的Makefile只不过是一个入口，真正的

模块编译工作是在内核源码树下的Makefile中进行的，所以我们才需要在这个Makefile中指定一个入口地址（也就是内核源码树的路径）给我们的make管理器。

.PHONY:clean

声明clean目标是一个伪目标

最后那一句也是一样的解析，只不过定义的目标不一样。

总结：模块的makefile非常简单，本身并不能完成模块的编译，而是通过make -C进入到内核源码树下借用内核源码的体系来完成模块的编译链接的。这个Makefile本身是非常

模式化的，3和4部分是永远不用动的，只有1和2需要动。1是内核源码树的目录，你必须根据自己的编译环境。