@yuzukitsuru 膜佬, 这么快就发现问题了

@yuzukitsuru 感觉dram应该还是启动成功了, 我附带的那个启动图像是地址上没有东西?
国外有个人 https://blog.3mdeb.com/2022/2022-05-12-meta-nezha/ 他也是基于这个分支成功了, 不过是在512M内存的哪吒开发板上测试的, 我的是2G的版本没成功, 这块不知道有没有影响.
我是基于 https://github.com/Cezarus27/u-boot/tree/d1-wip 分支编译的u-boot

@yuzukitsuru

@YuzukiTsuru 帮我发的问题, 具体情况我介绍下. 我的基本情况是, 我这个工程是打算适配openeuler embedded操作系统的, 操作系统基于yocto构建(一个类似于buildroot的工具). 然后我刚开始学, u-boot的概念也还不太了解, 所以问的问题有些可能会"方向错误", 还希望能包涵!

我基于一个已有的 对哪吒开发板的支持的yocto项目做起, 其中有一个u-boot 的设置,

查阅资料后, 这块是在生成称为"U-Boot Script" 的文件, "U-Boot Script" 的作用如下:

使用 U-Boot 时，U-Boot 中存储了一组可配置参数，这些参数会影响 CPU 的初始化方式。可以使用 U-Boot 命令行设置 U-Boot 参数，但不是在命令行手动设置参数，而是将 U-Boot 命令添加到脚本并编译脚本。然后将在启动时加载生成的文件，并且命令将按照它们出现在脚本中的方式执行。因此，如果您可以从命令行配置 U-Boot，为什么还要花时间编译 U-Boot 脚本呢？大多数 U-Boot 环境都有大量的环境变量。事实上，许多环境变量都嵌套在其他环境变量中。结果是，单个环境变量中看似微小的变化可能会导致引导加载程序出现问题并导致系统无法引导。使用编译脚本是一种更系统的方法，它使我们能够更好地管理对默认环境的更改并回滚任何导致不需要的结果的更改。

感觉和出现的U-BOOT地址不对应该问题不大.

您说的 config 文件指哪个, 在u-boot文件目录结构的哪个位置, 能告知吗?
我的sd卡内容分布如下:

@yuzukitsuru uboot地址在哪，现在是要单独烧一遍uboot部分吗

适配openEuler的时候系统启动的时候卡在u-boot了, 像是DRAM没启动成功，有大佬有这方面的经验吗，救救我救救我，用的哪吒2G版本