Kconfig中Depends on与Selected by冲突逻辑及U-boot SPL配置疑问

疑问1：上述依赖是否意味着需要将ARCH_STM32MP设置为y才能开启SPL？ #

不是。你看到的Depends on: ARM [=y] && ARCH_STM32MP [=n]规则，要求的是ARCH_STM32MP必须为n才能开启当前这个SPL配置项。
你现在使用的vexpress_ca9x4属于ARM架构、不属于STM32MP平台，默认就满足这个依赖条件，不需要修改ARCH_STM32MP的配置即可开启SPL。

疑问2：若为该配置项新增Selected by条件，是否仍需要满足上方的Depends on依赖要求？ #

是，Depends on是硬前置条件，优先级远高于Selected by。
哪怕你加了Selected by规则，只要Depends on的条件没有全部满足，该配置项就会被强制设为不可选状态，Selected by规则完全不会生效。

疑问3：SPL本身支持多款板卡，为何其依赖项中会包含ARCH_STM32MP这类特定架构限制？ #

这是u-boot为了做不同平台SPL实现的互斥设计：
你当前看到的是通用ARM平台的SPL配置项，而STM32MP系列平台有自己定制的SPL实现逻辑、单独维护了一套专属的SPL配置分支，通过ARCH_STM32MP=n的依赖限制，可以避免通用SPL配置和STM32MP专属SPL配置同时生效产生冲突。你可以在STM32MP对应的架构配置目录下找到它专属的SPL配置入口，和你现在看到的通用配置相互独立。

Kconfig中Depends on和Selected by规则冲突时的工作逻辑 #

二者的优先级有明确的高低差异，不存在实际的规则冲突，永远以Depends on的要求为准：

• 只要Depends on的所有条件没有完全满足，不管Selected by关联的配置是否被选中，当前配置项都会被强制设为n，无法开启，哪怕你手动修改.config强行设为y，在后续配置校验阶段也会被自动修正。
• 只有Depends on的条件全部满足时，Selected by规则才会生效：此时如果Selected by关联的配置被设为y，当前配置会被自动开启，且用户无法手动关闭，除非先关闭关联的配置项。

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