编译驱动Makefile解析

#ubuntu的内核源码树,如果要编译在ubuntu中安装的模块就打开这2个

#KERN_VER = $(shell uname -r)

#KERN_DIR = /lib/modules/$(KERN_VER)/build

 

# 开发板的linux内核的源码树目录

 

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
View Code

/**************Makefile分析*******************/

obj-m += module_test.o  

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

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

       -C  $(KERN_DIR) :参数指定内核源码树目录,当执行make命令的时候会跳转到这个目录下去执行,而不是在当前目录下执行make,

这个也是为什么在ubuntu和开发板运行模块时,KERN_DIR不同的原因。

       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是内核源码树的目录,你必须根据自己的编译环境

索引文献:https://www.cnblogs.com/deng-tao/p/5935985.html

猜你喜欢

转载自www.cnblogs.com/linux-37ge/p/10219350.html