Linux内核.config中# CONFIG_foo is not set与未配置CONFIG_foo有何区别？

核心差异 #

• # CONFIG_foo is not set：这是明确的禁用标记，等价于CONFIG_foo=n，直接告诉内核构建系统该选项强制禁用，完全忽略对应Kconfig文件里的默认设置。
• 未添加CONFIG_foo配置行：构建系统会自动去该选项对应的Kconfig文件中读取默认值，默认值可能是y（编译进内核）、m（编译为模块）或n（禁用），具体由Kconfig的定义决定。

结合示例说明 #

示例1：明确标记禁用 #

CONFIG_foo1=n
# CONFIG_foo2 is not set
CONFIG_foo3=m

这里CONFIG_foo2通过注释行明确禁用，不管Kconfig中CONFIG_foo2的默认值是什么，构建时都会按禁用处理。

示例2：未配置该选项 #

CONFIG_foo1=n

CONFIG_foo3=m

这里没有CONFIG_foo2的配置行，构建系统会查询Kconfig中CONFIG_foo2的默认设置：

• 如果Kconfig默认是y，CONFIG_foo2会被编译进内核；
• 如果默认是m，会被编译为可加载模块；
• 如果默认是n，才会被禁用。

补充说明 #

# CONFIG_foo is not set通常是内核配置工具（如menuconfig、defconfig）生成的标记，当你在配置界面中手动禁用某个选项，或者该选项在Kconfig中的默认状态为禁用时，配置工具会自动写入这一行，目的是明确记录配置状态，避免后续Kconfig默认值变更导致构建结果意外变化。

内容的提问来源于stack exchange，提问作者user30599015