uboot中的某些编译选项是否编译是怎么控制的？

1900s

我们知道 xxx_defconfig是默认的配置文件，make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- xxx_defconfig以后会在根目录下生成.config文件。我现在疑惑的是NXP原厂提供的Uboot中，mx6ull_14x14_evk_defconfig中只使能了几个编译选项，如图：

但是通过默认配置生成的.config文件中却有很多使能编译选项，如图：





这些编译选项是在哪里被使能的呢？

我查看了include/configs/mx6ullevk.h这个评估板的头文件，里面有这样的语句#define CONFIG_CMD_I2C,这表示定义了这个宏，但是我去到.config配置文件中，发现这个CONFIG_CMD_I2C并没有被使能，如图：


说明头文件中定义宏并不会控制最后生成的.config文件中的编译选项。那.config文件中的编译选项是否编译到底是谁控制的呢？难道像Linux内核一样，先默认配置以后，然后再make menuconfig进行自己的个性化配置？有没有老哥能讲一讲，是不是这样的？

xiaoxiao315

uboot这里其实并没有很遵守具体的编译框架要求，有部分是直接在头文件上定义了这部分是你看config文件很诧异地地方

1900s

xiaoxiao315 发表于 2022-5-26 09:50
uboot这里其实并没有很遵守具体的编译框架要求，有部分是直接在头文件上定义了这部分是你看config文件很诧 ...

我又重新看了一下原子的书，里面说的确实是通过控制板子.h头文件中的宏进行uboot各功能信息的配置。可是为啥.h文件里面定义了CONFIG_I2C,最后我读.config文件里面显示CONFIG_I2C not set？能再讲详细一点吗？

xiaoxiao315

1900s 发表于 2022-5-26 16:42
我又重新看了一下原子的书，里面说的确实是通过控制板子.h头文件中的宏进行uboot各功能信息的配置。可是 ...

这个详细不了，早期uboot和早期的内核都有各种让人费解的操作，这是因为代码上是一直变化，不是说发布一个版本就把所有代码都改到一个标准。这两个发布版本的标准是能用，稳定，至于代码实现，早期是挺魔幻的。