Kconfig,.config,Makefile之间的关系(转载)

本文详细解析了内核驱动模块的编译流程,包括kconfig、makefile和.config文件的作用与关系,以及如何通过make menuconfig界面进行内核配置。深入理解驱动模块的编译与内核集成过程,对于驱动开发与内核定制具有重要意义。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 当我们编写完一个驱动后,我们要把它以模块形式编译或者直接编译进内核时,需要修改相关文件,其中最重要的便是kconfig ,makefile。主要是分析一下三者之间的关系,然后就其语法简要的谈一下。

     当我们在内核源码目录下执行make (或者make menuconfig等命令)命令时,实际上是根据makefile 来进行编译的。我在mini2440开发板上编写了一个按键控制led灯的驱动。文件名为buttons_leds_zhao.c属于字符驱动。因此在/driver/char/目录下的makefile部分最后添加一行

obj-$(CONFIG_BUTTONS_LEDS_ZHAO)      += buttons_leds_zhao.o

如下:

obj-y += mem.o random.o tty_io.o n_tty.o tty_ioctl.o  tty_ldisc.o tty_buffer.o tty_port.o 


obj-$(CONFIG_BFIN_JTAG_COMM) += bfin_jtag_comm.o 


obj-$(CONFIG_CONSOLE_TRANSLATIONS) += consolemap.o consolemap_deftbl.o 


obj-$(CONFIG_HW_CONSOLE) += vt.o defkeymap.o 


obj-$(CONFIG_AUDIT) += tty_audit.o

obj-$(CONFIG_BUTTONS_LEDS_ZHAO)    += buttons_leds_zhao.o

其中第一行obj-y  中的y表示编译进内核,而obj-$(CONFIG_LEGACY_PTYS)  中CONFIG_LEGACY_PTYS则表示一个变量,类似于我们C语言中的变量,用$( )来表示,它一般可以取三种值y ,m ,n.y表示编译进内核,而m则表示以模块的方式进行编译,n表示不编译进内核。obj-y    += 等号后面的.o后缀文件则是由该目录下的对应名称的.c文件编译而来。而上面CONFIG_LEGACY_PTYS变量的取值则是通过.config文件来集中赋值的。.config部分内容如下

# Character devices 

CONFIG_VT=y 
CONFIG_CONSOLE_TRANSLATIONS=y 
CONFIG_VT_CONSOLE=y 
CONFIG_HW_CONSOLE=y 
# CONFIG_VT_HW_CONSOLE_BINDING is not set 
# CONFIG_DEVKMEM is not set 
CONFIG_MINI2440_HELLO_MODULE=m 
CONFIG_BUTTONS_LEDS_ZHAO=m 
CONFIG_LEDS_MINI2440=m 
CONFIG_MINI2440_BUTTONS=m 
CONFIG_MINI2440_BUZZER=y 
CONFIG_MINI2440_ADC=y 
# CONFIG_SERIAL_NONSTANDARD is not set

     从上面几行我们可以看到,在makefile里面的变量都是在.config中赋值的。当我们在源代码目录下输入make命令时,都是默认从.config中读入。

     因此,在输入make之前,用ls  -a 查看一下是否有该文件。对于只包含几个文件的工程来说,手动写.config和makefile并不是一件很难的事情,但如果是一个包含有几百个文件的项目来说,则是一件比较困难的事情。可以用autoconf来自动生成.config,automake来制作makefile。看起来问题是解决的,但实际上,这种做法缺乏一定的灵活性,不能实现按需定制的要求。如果要添加或删掉某个驱动,将要在.config文件中找到相应的项进行修改。非常的不方便。因此,便出现了kconfig。

当我们在内核源码目录下输入make menuconfig时,出现如下内容:

.config - Linux Kernel v2.6.32.2 Configuration 
──────────────────────────────────────────────────────────────────────────────────────────────── 

┌──────────Linux Kernel Configuration────────────────────┐ 
│  Arrow keys navigate the menu.  <Enter> selects submenus --->.  Highlighted letters are          │ 
│  hotkeys.  Pressing <Y> includes, <N> excludes, <M> modularizes features.  Press <Esc>       │ 
│  to exit, <?> for Help, </> for Search.  Legend: [*] built-in  [ ] excluded  <M> module              │ 
│  < > module capable                                                                                     │ 
│ ┌──────────────────────────────────────────────┐ │ 
│ │             General setup  --->                                                               ││ 
│ │         [*] Enable loadable module support  --->                                       ││ 
│ │         -*- Enable the block layer  --->                                                    ││ 
│ │             System Type  --->                                                                 ││ 
│ │             Bus support  --->                                                                  ││ 
│ │             Kernel Features  --->                                                             ││ 
│ │             Boot options  --->                                                                 ││ 
│ │             CPU Power Management  --->                                                  ││ 
│ │             Floating point emulation  --->                                                  ││ 
│ │             Userspace binary formats  --->                                                │ │ 
│ │             Power management options  --->                                              │ │ 
│ │         [*] Networking support  --->                                                        │ │ 
│ │             Device Drivers  --->                                                              │ │ 
│ │             File systems  --->                                                                 │ │ 
│ └─────────┴(+)────────────────────────────────┘│ 
├──────────────────────────────────────────────┤ 
│                              <Select>    < Exit >    < Help >                                  │ 
└──────────────────────────────────────────────┘ 

        它是通过读取在内核源码目录下的Kconfig文件来配置的。在/drivers/char/下的目录kconfig部分内容如下:

config DEVKMEM 
        bool "/dev/kmem virtual device support" 
        default y 
        help 
          Say Y here if you want to support the /dev/kmem device. The 
          /dev/kmem device is rarely used, but can be used for certain 
          kind of kernel debugging operations. 
          When in doubt, say "N". 

config MINI2440_HELLO_MODULE 
        tristate "Mini2440 module sample" 
        depends on MACH_MINI2440 
        default m if MACH_MINI2440 
        help 
          Mini2440 module sample. 

config BUTTONS_LEDS_ZHAO 
        tristate "Mini2440 button  and leds sample" 
        depends on MACH_MINI2440 
        default m if MACH_MINI2440 
        help 
          Mini2440  button and leds  module sample.

其具体语法格式说明如下:

config关键字是一个新的配置选项的入口     其后的选项MINI2440_HELLO_MODULE 省略了CONFIG。完整的表示为CONFIG_MINI2440_HELLO_MODULE,也即是当我们将该选项设置成y时,它将自动的将 .config的CONFIG_MINI2440_HELLO_MODULE=m改写成CONFIG_MINI2440_HELLO_MODULE=y。紧接着的是菜单的属性 最主要的有2种tristate ,boolean 。tristate表示三态:编译进内核(y),编译成模块(m),不编译(n)。boolean 主要有两种y或n。depend则表示依赖项。default缺省的编译选项 m表示默认该文件表示以模块方式编译。后面的help是帮助信息,当我们选中help菜单时就可以看见,它不是必需的。随着操作系统升级,编译选项达到几千个。对于一般人来说,要搞清每一个选项是很困难的,一般很多选项都是默认的。

        总的来说,三者之间的关系如下:当我们在内核源码目录下输入make menuconfig时,在出现的菜单界面中选择一项时,它会自动更新.config相应项的值。如果我们没有选择,则会在.config问下插入一行注释。类似于# CONFIG_SERIAL_NONSTANDARD is not set,当我们输入make时,根据makefile文件来编译,makefile文件中的变量值则由.config来进行赋值操作。仅仅只在kconfig中添加选项,只会在菜单界面中显示,即使此时选择y或m,也不会编译文件。还需要在makefile文件中按照规定添加相应行才能进行编译。简单图解如下:

            

kconfig------->.config---------->makefile

<think>嗯,用户问的问题涉及U-Boot环境变量、Linux内核启动过程、不同内核映像文件的区别,以及Kconfig.configMakefile之间关系。这四个问题都是嵌入式系统和Linux内核开发中的基础知识点,但每个问题都有一定的深度,需要逐一理清思路。 首先,bootcmd和bootargs是U-Boot中的环境变量。bootcmd的作用是在倒计时结束后自动执行的命令,而bootargs则是传递给内核的启动参数。需要确认它们的用途和典型设置,比如bootcmd可能包含加载内核映像的命令,bootargs可能包含根文件系统、控制台等参数。需要确保解释时区分两者的不同,并举例说明。 接下来是Linux内核的启动过程。这部分需要分阶段描述,从U-Boot加载内核开始,到内核解压、初始化子系统,设备驱动探测,挂载根文件系统,最后启动用户空间的init进程。要确保每个步骤的关键点都提到,比如解压缩、汇编启动代码、start_kernel函数的作用,以及init进程的角色。 然后是uImage、zImage和vmlinux的区别。这三个文件都是内核映像的不同格式。vmlinux是未经压缩的ELF文件,zImage是经过压缩的镜像,适合小容量存储,而uImage是U-Boot专用的格式,添加了头部信息。需要指出它们的用途和生成过程,比如uImage使用mkimage工具处理zImage得到。 最后,Kconfig.configMakefile关系。这部分需要解释Kconfig用于配置选项生成.config.config保存配置状态,Makefile根据.config中的变量决定编译哪些部分。可能用户容易混淆这三者的协作流程,需要明确每个文件的作用和它们之间的依赖关系。 在组织答案时,要确保每个问题分开处理,结构清晰,避免混淆。可能需要使用列表或分点说明。同时要注意用户可能的需求,比如他们可能在开发嵌入式系统,需要配置内核和引导程序,所以实际应用中的例子会更有帮助。另外,需要检查是否有术语使用不当,比如正确区分U-Boot和内核的不同阶段,确保技术细节准确,比如启动参数的格式、内核解压的过程等。 最后,确认回答符合用户的要求,使用中文,LaTeX格式正确,特别是数学公式部分,但这些问题可能较少涉及数学,所以可能不需要太多公式。结构上要分点回答每个问题,每个问题下有清晰的步骤或对比说明。需要避免错误,比如混淆bootcmd和bootargs的功能,或者误解映像文件的生成流程。如果有不确定的地方,比如某些内核启动阶段的具体函数名,可能需要查阅资料确认,但根据已有知识,start_kernel是正确的。总之,确保回答准确、易懂,结构分明,帮助用户逐步理解每个概念。</think>### 一、`bootcmd`和`bootargs`的作用 1. **bootcmd** - 是U-Boot启动时自动执行的命令序列,用于定义内核加载和启动流程。 - 例如: ```bash setenv bootcmd 'fatload mmc 0:1 0x80000000 zImage; fatload mmc 0:1 0x82000000 dtb; bootz 0x80000000 - 0x82000000' ``` 表示从存储设备加载内核镜像(`zImage`)和设备树(`dtb`),然后通过`bootz`启动内核。 2. **bootargs** - 是传递给Linux内核的启动参数,定义根文件系统位置、控制台配置等。 - 例如: ```bash setenv bootargs 'console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait' ``` 指定串口控制台参数和根文件系统路径。 --- ### 二、Linux内核启动过程 1. **U-Boot加载内核** - U-Boot将内核镜像(如`zImage`或`uImage`)加载到内存,并传递`bootargs`参数。 2. **内核解压与初始化** - 解压内核(若为压缩格式),执行汇编级初始化(如设置页表、初始化硬件)。 3. **C语言入口`start_kernel`** - 初始化调度器、中断、内存管理、驱动框架等核心子系统。 4. **挂载根文件系统** - 根据`root=`参数挂载根文件系统(如ext4、initramfs)。 5. **启动用户空间** - 执行`/sbin/init`进程(如systemd或BusyBox的init),启动用户级服务。 --- ### 三、`uImage`、`zImage`、`vmlinux`的区别 | 文件类型 | 格式与用途 | 生成方式 | |----------|------------|----------| | **vmlinux** | 未压缩的ELF可执行文件,包含调试符号,用于调试 | 直接由内核编译生成 | | **zImage** | 压缩后的内核镜像(gzip),适用于小容量存储设备 | 对`vmlinux`压缩并添加解压代码 | | **uImage** | U-Boot专用格式,在`zImage`基础上添加64字节头部(含加载地址等信息) | 通过`mkimage`工具处理`zImage`生成 | --- ### 四、`Kconfig`、`.config`、`Makefile`的关系 1. **Kconfig** - 定义配置选项的层级结构,通过`make menuconfig`生成交互式菜单。 - 示例: ```kconfig config MODULE_X bool "Enable Module X" depends on ARCH_ARM help This module provides... ``` 2. **.config** - 保存用户选择的配置结果(如`CONFIG_MODULE_X=y`),决定哪些代码参与编译。 3. **Makefile** - 根据`.config`中的变量编译对应源码,例如: ```makefile obj-$(CONFIG_MODULE_X) += module_x.o ``` 若`CONFIG_MODULE_X=y`,则编译`module_x.c`生成目标文件。 --- ### 总结 - **引导流程**:`bootcmd`定义启动动作,`bootargs`传递内核参数。 - **内核启动**:从硬件初始化到用户空间的完整流程。 - **镜像差异**:`vmlinux`用于调试,`zImage`/`uImage`用于实际部署。 - **构建系统**:`Kconfig`定义选项,`.config`保存配置,`Makefile`驱动编译。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值