问题标签 [u-boot]

当我们执行saveenvafter setenv. 我可以找到printenvand setenv，但没有saveenv。有人可以解释一下吗？

我现在正在研究 ARM S3C6410 设备。问题是第一个 256KB 的 NAND 坏了。我正在尝试使用 SD 卡启动，uboot 有效。我想知道的如下。

1. 我可以在没有 NAND 的情况下从 SD 卡启动内核吗？
2. 我可以从 SD 卡运行 uboot，然后从 NAND 的非损坏区域启动内核吗？

我是新手。我希望大师的帮助。

我已经在 Ubuntu Linux 上下载并解压了 u-boot-1.1.6。我只想使用 GCC 编译源代码（不针对任何嵌入式平台的交叉编译）。

我尝试运行提供的MAKEALLmakefile，但“powerpc-linux-gcc：未找到”正在发生。

我的理解与源代码应该编译的平台无关。

在 x86 上编译需要做哪些必要的 makefile 和环境更改？

我采用了最近的代码。仍然面临一些问题

我已按照以下步骤在 x86 上编译它。

1. make clean;
2. make coreboot-x86_config
3. ./MAKEALL -C x86

在第 3 步中，我观察到以下内容：

我有一个嵌入式平台，带有运行 uboot 和 linux 3.2 的 powerpc MPC875 CPU。我想使用这个 cpu 的看门狗功能。我的问题是看门狗在 linux 启动看门狗驱动程序之前超时。

我的 CPU 时钟频率为 131MHz，这表明我的看门狗的最大超时时间约为 1 秒（使用预分频器）。看门狗默认情况下，在启用硬重置后只能配置一次，因此 uboot 将对其进行配置并定期启动它。Uboot 将在启动 linux 内核之前启动看门狗。

然后内核来不及加载看门狗驱动，在看门狗超时之前，它会接管uboot踢狗！

linux 中的看门狗驱动程序是编译进去的，而不是作为一个模块可以更早地加载。它将在从平面设备树中检测到后加载。

有没有其他方法可以更早地启动 linux 看门狗驱动程序，以避免看门狗超时？

提前感谢您的帮助

布莱斯

是否有任何 uboot 配置选项来打印具有类似于内核选项 CONFIG_PRINTK 的时间前缀的引导序列？

我期待如下输出，

这是一个与u-boot相关的基本问题。

为什么 u-boot 代码会自行重定位？

好的，如果 u-boot 是从 NOR-flash 或引导 ROM 空间执行的，那么它是有道理的，但如果它已经从 SDRAM 运行，为什么它必须再次重新定位自己？

我已经在 Raspberry PI 上从https://github.com/gonzoua/u-boot-pi/tree/rpi编译并安装了 u-boot。效果很好。它可以正常启动并且运行良好（请参阅http://arrizza.org/wiki/index.php/RPI_U-boot）。我可以使用可执行文件的 s-rec 版本加载示例应用程序。

现在我想创建一个映像，将其放在 sd 卡上（与 u-boot 映像所在的同一 sd 卡），然后加载并执行该映像。这与 s-rec 过程相同：通过 s-rec 加载图像，然后使用“go”执行，但不是通过串行端口加载，而是从 sd 卡中获取图像。

我试过使用：

接着

它加载正常：

但 rPI 会自动重启。

• 我也尝试过 fatload，结果相同

• 我尝试使用 ./imagetool-uncompressed.py 创建图像，然后使用 load 或 fatload 去，但没有乐趣

• 我尝试使用 bootm 加载/fatload，但仍然不行

还有什么可以让我尝试的吗？

约翰

更新：@microMolvi 指出我使用了错误的地址。我重新运行它：

这是 printenv 的输出：

我的 SOC 上有两个核心 PPC476。在一个内核上，我能够运行 linux 内核。

谁能建议我如何在 uboot 中将第二个核心放入自旋循环中，然后将其取出并将其映射到 linux 内核中。

问候。

我正在查看 uboot 到 linux 控制转移的 u-boot 代码，并遇到了这个代码。这个任务是做什么的？

我已将 u-boot 移植到我的 android4.2 源并使用 android 工具链，它的 gcc 版本为 4.6.x-google 20120106。

我的构建环境：Ubuntu 10.04，主机 gcc 版本 4.4.3。

我的平台是arm-v7，cotex-a5。

问题是有时u-boot会遇到如下编译错误（我用multijob构建android）：

但是如果我再次构建它，编译错误就会消失。</p>

我知道3.5之后的GCC不支持该-mshort-load-bytes选项，但是我的gcc-version是4.6，我检查了include/generated/cc_options.mk，如果构建失败，内容是：

如果成功，则没有CC_OPTIONS += -mshort-load-bytes.

那么，任何人都可以告诉我如何调试这个问题？谢谢你！