接前一篇文章《Linux内核中ideapad-laptop.c文件全解析9》，地址为：

Linux内核中ideapad-laptop.c文件全解析9_蓝天居士的博客-CSDN博客

本文针对于上一篇文章提到的配置选项"CONFIG_LEDS_BRIGHTNESS_HW_CHANGED"进行详细分析。在make menuconfig启动的界面中搜索"LEDS_BRIGHTNESS_HW_CHANGED"，会得到如下结果：

可以看到，是在"Device Drivers" -> "LED Support" -> "LED Class Support"下。进入到相关页面，如下所示：

从这里就可以知道，默认是选中了"LED Class brightness_hw_changed attribute support"这一项的，即定义了"CONFIG_LEDS_BRIGHTNESS_HW_CHANGED"。

再看看make menuconfig在内核源码根目录下生成的.config文件（内容过长，不贴出），在其中查找"CONFIG_LEDS_BRIGHTNESS_HW_CHANGED"，如下所示：

这就说明，默认的配置是使能了"CONFIG_LEDS_BRIGHTNESS_HW_CHANGED"配置项的。而在其上边的"CONFIG_NEW_LEDS=y"和"CONFIG_LEDS_CLASS=y"也与第一张图中的前提条件对应。

比较make menuconfig选中和不选中该配置项生成的.config文件的差异（第一次在"Device Drivers" -> "LED Support" -> "LED Class Support"下选中"LED Class brightness_hw_changed attribute support"项，保存退出，将生成的.config文件重命名为.config_old；第二次不选中，保存退出，生成新的.config文件），结果如下所示：

$ meld .config .config_old

两次生成的.config就只有这一项差异，也就是说这个配置项只有一处独立影响，并没有连带影响。

最后科普一下为什么make menuconfig/xxx_defconfig/savedefconfig的作用，参考：make defconfig savedefconfig olddefconfig区别_flc2762的博客-CSDN博客_.config.old

1. 如果.config不存在，运行make config/menuconfig时的缺省设置由固化在各个Kconfig文件中各项目的缺省值决定。
2. 如果.config存在，运行make config/menuconfig时的缺省设置即是当前.config的设置，若对设置进行了修改,.config将被更新。
3. make xxx_defconfig就是用arch/xxx/xxx_defconfig文件中的配置值修改固化在各个Kconfig文件中各项目的缺省值生成当前的.config。

4.make savedefconfig就是对make xxx_defconfig的反向操作。用当前的.config中相对各个Kconfig文件中的缺省值有修改的将修改内容保存到defconfig中。（执行完3，就执行4，defconfig内容和xxx_defconfig的内容将是一样的）
5. make oldconfig是用当前的.config作为基础，按相互依赖关系重新生成一个.config文件。如果新生成的.config文件和作为基础的.config文件不一致。就把作为基础的.config重命名为.config.old，用于恢复对.config的修改。

.config生成逻辑
1.首先通过make xxx_defconfig，生成最开始的.config。
其中defconfig是最小的config项。
2.通过make saveconfig通过.config生成最小的defconfig文件。
3.通过scripts/config --file .config -e CONFIG_xxx 更新.config文件。-e是改变CONFIG_xxx为y；-m是改变CONFIG_xxx为m；-d是改变CONFIG_xxx为n
4.通过make oldconfig将刚增加的config项的.config做依赖检查重新生成新的.config文件，且新生成的.config和以前的不同是，将旧的.config重命名为.config.old文件。