1.1 ARCH, 比如: export ARCH=arm 1.2 CROSS_COMPILE, 比如: export CROSS_COMPILE=arm-buildroot-linux-gnueabihf- 1.3 PATH, 比如: PATH=$PATH:/home/book/100ask_imx6ull-sdk/ToolChain/arm-buildroot-linux-gnueabihf_sdk-buildroot/bin 注意：不同的开发板不同的编译器上述3个环境变量不一定相同,交叉编译工具链板商会提供。

以把led_drv.c驱动程序编译进内核为例

Kconfig文件的作用是配置图形化界面menuconfig中的选项 按照Kconfig文件的格式添加MYLED配置选项,如下图所示，保存并退出

由上图可知我们添加的MYLED配置选项成功了，此时我们可以选择把驱动源码编译进内核、编译成模块、不编译（分别对应y、m、n，当Type为bool时只能设置y/n,当Type为tristate时可设置为y/n/m），默认情况下是编译进内核，即y。我们可以通过修改Kconfig添加项中的default选项修改默认的编译类型。 实际上在图形化界面menuconfig中选择把驱动源码编译进内核、编译成模块、不编译保存后会修改.config文件的内容，如下图所示。我们也可以在内核目录下编辑.config查看是否有变化内容 我们也可以不使用menuconfig图形化界面设置，直接在.config文件中按照原有格式添加内容即可。

vi Makefile按照原有内容格式添加内容如下图所示。

如果是编译为模块（-m）:make modules 如果是编译进内核（-y）:make zImage //编译为镜像文件 若编译进内核需要将在Ubunt上编译出来的zImage放到板子上运行才能查到相关的设备节点（前提是驱动里面创建了设备节点才能查到）。

（eg：/home/book/100ask_imx6ull-sdk/Linux-4.9.88/drivers/char/my_drivers下的my_drv.c）

Kconfig参考原来的Kconfig（上层目录的Kconfig）只写MY_DRV这一项配置 Makefile参考原来的Makefile（上层目录的Makefile）只加入CONFIG_MY_DRV这一项

使用gedit编辑Kconfig，加入内容:source"driver/char/my_drivers/Kconfig",表示上层目录的Kconfig引用了子目录的Kconfig。 使用vim编辑Makefile,加入内容:obj-y += my_drivers/,表示上层Makefile会调用子目录my_drivers/下的Makefile 注意：此时.config文件默认配置为-y选项，即编译进内核。也可以写：obj-$(CONFIG_MY_DRV) += my_drivers/,即Makefile根据.config的配置进行选择是编译为模块还是编译进内核。

可以看到.config确实加入了该配置项，说明我们配置成功了

如果是编译为模块（-m）:make modules 如果是编译进内核（-y）:make zImage //编译为镜像文件 若编译进内核需要将在Ubunt上编译出来的zImage放到板子上运行才能查到相关的设备节点（前提是驱动里面创建了设备节点才能查到）。 若编译进内核需要将在Ubunt上编译出来的zImage放到板子上运行才能查到相关的设备节点（前提是驱动里面创建了设备节点才能查到）。

1.Kconfig用于设置menuconfig图形化界面中的选项（注意：make menuconfig只能在内核源码目录下执行）。 2.menuconfig图形化界面进行相应设置保存后实际上是修改了内核源码目录下的.config文件内容，内核目录下的.config文件是隐藏文件，使用ls -a就能看到。我们也可以不通过menuconfig图形化界面进行设置，直接通过修改内核源码目录下的.config文件进行设置。 3.Kconfig、.config、Makefile的修改都要参考修改前的文件格式来，模仿以前的内容格式来修改即可。