17 增加驱动源码到Linux内核里

1). 内核源码的配置项
在linux内核源码目录下，进行配置时:

    make menuconfig ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-

    上面命令执行，它又会调用:
    scripts/kconfig/mconf Kconfig  //其中"scripts/kconfig/mconf"是一个专门在终端上显示界面的程序
                       // "Kconfig"是在源码目录下的文件，传递给mconf程序，让mconf根据"Kconfig"里面的内容产生相应的配置项.
    //也就是说如要在linux内核里增加自己驱动的配置项时，只需要修改Kconfig文件里的内容即可.

    //配置完成后，最终的内核配置结果存放在linux内核源码目录下的".config"里

2). Kconfig语法

     基础语法1: 
    config 关键字A
    类型    "提示字符" if 关键字B  // if表示依赖关键字B项, 如果B项不选中，则A项不会显示出来

    default y/m/n   //默认值 y编进内核 m编为模块 n不编译
    help
    帮助信息


     基础语法2:
    config 关键字C
    depends on 关键字D && 关键字E && 关键字F
    类型    "提示字符"

    类型有: bool  tristate  hex  string  int
    //
    增加菜单项:
        menu "菜单名"  //增加一个菜单

    config ...

    config ...

    endmenu 

    /
    必须选择一项的配置项:
        choice 
        prompt "选项名"

        default 关键字 //默认选中的项

        config 关键字
        bool/tristate  "提示"     

        config ...

        config ...
    endchoice
   ///
    menuconfig 与config用法一样
    区别在: menuconfig如有子项依赖的话， 则子项在下级菜单里
        config不管依赖关系怎样， 都是在并列的菜单项里

3). 增加我们自己的驱动配置项, 通常应是在设备驱动里
Kconfig里面可通过”source xxx/xxx/Kconfig”调用其它目录的Kconfig

     在内核源码的drivers/目录下创建一个"0mydrvs"子目录, 里面存放我们自己的驱动源码.
     把前面符号导出的源码放进0mydrvs目录里:
    myfunc子目录装着myfunc.c 用于提供全局函数"myfunc"
    usage子目录装着test.c,调用"myfunc"的测试代码

     在linux内核里应用两个配置项来表示这两个驱动模块, 而且它们有依赖关系.
     在linux内核里几乎每个目录里都有Kconfig, Kconfig文件由它的上一级目录的Kconfig里"source"调用.
     //////////////
     在0mydrvs目录里的Kconfig内容:
    source "drivers/0mydrvs/myfunc/Kconfig"
    source "drivers/0mydrvs/usage/Kconfig"

     在0mydrvs目录下的myfunc子目录里的Kconfig内容:
    config  MYFUNC
      tristate  "configuration of myfunc"
      default  y
      help
        help of myfunc

     在0mydrvs目录下的usage子目录里的Kconfig内容:   
    config  USAGE
      tristate  "test of myfunc"
      depends on  MYFUNC
      help
        this is a test of myfunc

     最后，不要忘了在内核源码drivers目录里的Kconfig增加调用0mydrvs里的Kconfig.
     在drivers目录里的Kconfig增加语句:
    source "drivers/0mydrvs/Kconfig"

 /
 通过"make menuconfig ..."选上这两个配置项后，在.config文件里可查看到:
  ...
 995 CONFIG_MYFUNC=m
 996 CONFIG_USAGE=m

4). 驱动源码的编译.
前面加Kconfig仅仅多了两个配置项，最终也就是在”.config”文件里多两项内容.
编译还是需要用Makefile来指定编译的， 但是Makefile里应当由.config里的相应的关键字内容来决定是否编译，及是编进内核还是编成模块.

在linux内核里又是每个目录里都有Makefile文件， 由它的上一级目录里的Makefile文件里调用.

    在0mydrvs目录里的Makefile内容:
    obj-y      += myfunc/
    obj-y      += usage/

    在0mydrvs目录里的myfunc子目录的Makefile内容:
    obj-$(CONFIG_MYFUNC)  += myfunc.o

    在0mydrvs目录里的usage子目录的Makefile内容:    
    obj-$(CONFIG_USAGE)   += test.o

    最后在内核源码的drivers目录的Makefile增加调用0mydrvs里的Makefile.
    在drivers目录里的Makefile增加语句 ：
    obj-y        += 0mydrvs/

5). 编译的操作:

    如果配置项是编进内核镜像的话, 只要做下面这步就可以了:
      make uImage ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-
    // 编译好后，更换uImage后启动系统时，就会看到相应的打印输出


    如果配置项是编成模块的话，除了做上面步骤外，还需要:
      make modules ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-

    如果编译出的模块很多的话，还可以：
      make modules_install INSTALL_MOD_PATH=板文件系统根目录/ ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-

//
驱动模块在内核里的编译的好处:
在查看到驱动模块间的依赖关系。如:

        modinfo drivers/0mydrvs/usage/test.ko
        filename:       /disk3/myown/h3/orangepi_sdk/source/linux-3.4.112/drivers/0mydrvs/usage/test.ko
        license:        GPL
        depends:        myfunc
        intree:         Y
        vermagic:       3.4.112 SMP preempt mod_unload ARMv7 p2v8 

可以看出test.ko是依赖myfunc.ko的，当用"modprobe test"加载test.ko时会自动把依赖的驱动模块也加载上.
//注意，用modprobe加载驱动模块必须是用"make modules_install ...."生成的.