自定义YOCTO层添加内核配置片段覆盖Xilinx配置不生效求助
看起来你遇到了Yocto内核配置片段被解析但最终未生效的典型问题，结合你提供的信息，我来帮你分析原因并给出解决方案：
问题分析
你通过自定义层的.bbappend添加了CONFIG_I2C_SLAVE=y的配置片段，虽然构建系统显示片段被正常解析，但最终配置里没有这个选项，mismatch-all.txt显示该配置来自poky构建路径，这说明你的配置被后续的某个配置环节给覆盖了，可能是内核Kconfig依赖限制、其他layer的配置片段，或者Yocto内核配置的优先级逻辑导致的。
分步解决方案
1. 先检查Kconfig依赖关系
首先，内核的配置选项往往有依赖要求，CONFIG_I2C_SLAVE需要依赖CONFIG_I2C开启。你可以去内核源码的drivers/i2c/Kconfig里确认：
config I2C_SLAVE
tristate "I2C slave support"
depends on I2C
...
如果你的基础内核配置里CONFIG_I2C是n，那么即使你设置CONFIG_I2C_SLAVE=y，内核配置工具也会自动忽略这个选项。解决方法：
- 在你的
fragments.cfg里追加一行：CONFIG_I2C=y CONFIG_I2C_SLAVE=y
2. 改用推荐的KERNEL_CONFIG_FRAGMENTS变量添加片段
直接修改SRC_URI虽然能引入片段，但Yocto有专门的变量来管理内核配置片段，优先级更明确。修改你的.bbappend内容为：
FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}" KERNEL_CONFIG_FRAGMENTS += "${WORKDIR}/fragments.cfg"
这个变量会确保你的片段被纳入内核配置的处理流程，减少被意外覆盖的概率。
3. 强制覆盖配置（谨慎使用）
如果确认依赖都满足，但配置还是被重置，可以在配置行末尾加上# override注释，告诉内核配置工具强制应用这个设置：
CONFIG_I2C_SLAVE=y # override
这个注释会跳过后续可能的配置重置操作，适合你明确需要覆盖默认配置的场景。
4. 查看配置生成日志定位问题
执行以下命令重新生成内核配置并查看详细日志：
bitbake linux-xlnx -c kernel_configme -f
然后去路径tmp/work/<你的机器名>/linux-xlnx/<内核版本>/temp/log.do_kernel_configme查看日志，里面会记录每个配置片段的应用顺序，以及每个配置项被修改的过程，能精准找到是哪个步骤把CONFIG_I2C_SLAVE改回默认值的。
5. 排查其他Layer的配置干扰
用以下命令查看所有针对linux-xlnx的.bbappend文件：
bitbake-layers show-appends linux-xlnx
检查这些文件里有没有其他地方也修改了CONFIG_I2C_SLAVE，如果有，调整你的.bbappend的layer优先级（确保你的layer在其他修改该配置的layer之后），或者直接修改对应的配置。
内容的提问来源于stack exchange，提问作者Logen Sand
