如何将自己编写的驱动子目录添加到内核编译系统中?
大家好,我今天看了一本叫做《设备驱动开发详解》的书,这本书感觉还挺好的,但是上面介绍添加一个自己驱动子目录的方法让我有些迷惑,
在3.4.2节,62页,
大致如下:
假设我们要添加的驱动目录结构如下:
test
test/cpu
test/cpu/cpu.c
test/test.c
test/test2.c
那么,根据折本书所说,我们需要做得事情大致如下:
1)将我们的test目录拷贝到相应的内核目录中,例如"drivers"。
2)在我们的test目录中,添加Kconfig以定义相应的菜单选项。
假设我们的菜单选项名字叫CONFIG_TEST
3)在我们的test目录中,添加Makefile根据前面定义的菜单选项建立相应的Makefile规则
4)为了使我们的配置选项和编译规则加入到内核整体的编译过程中,我们需要修改我们的test目录的父目录中的Kconfig和Makefile,
如下:
4.1)为使我们的Kconfig起作用,在"arch/XXX/Kconfig"中添加如下内容:
source "drivers/test/Kconfig"
为什么说需要修改test父目录中的Kconfig,但是却修改了"arch/XXX/Kconfig"??为什么没有修改"drivers/Kconfig"??
到底要修改哪个才正确?还是需要两个都修改呢?都修改行么?
4.2)为使我们的代码参与编译,修改父目录中的Makefile(drivers/Makefile),添加如下:
obj-$(CONFIG_TEST)+=test/ modprobe or insmod ? 回复 1# vaqeteart
两个都要加。 两个都要加,如果你的驱动在arch/XXX/,可以不加,
如果你的驱动在drivers/test/下,那就要先在arch/XXX/修改Kconfig,然后再在drivers/test/下修改
最后不要忘了改Makefile 可以参考kernel里面是怎么做的,其实很简单的,别看书上的,书上写的一般都比较混乱。
一般在driver下添加一个子目录,肯定是要修改driver下的Kconfig以及Makefile的,另外在你的子目录中,还得添加Makefile。Kernel里面的操作很多时候都是依葫芦画瓢 你随便找个led driver
然后看看Kconfig Makefile 里。
抄吧
页:
[1]