问题标签 [u-boot]

我想atag在 U-Boot 和 Linux 内核中添加自定义变量。
我怎样才能做到这一点？
有什么程序可以在and中添加ATAG变量吗？U-BootLinux

我是初学者。我正在使用OMAP3 EVM. 目前，我可以通过NFS. 但是，我希望它来自SD card. 我boot.scr在将其更改为 SD 启动时删除了该文件。它正在正确启动。但是，在该行之后，'Uncompressing Linux...'它会等待一段时间，然后直接加载文件系统并要求登录。过去在该行之后的这么多行初始化日志'Uncompressing Linux...'完全丢失了。但是，根文件系统已完全加载，我可以像以前一样使用它。因此，我尝试通过单独删除与 nfs 相关的参数来制作 boot.scr 文件。

之前的boot.scr命令，

现在的boot.scr命令，

我没有修改uEnv.txt. 它的内容是，

现在，它已经完全停止在该行之后启动'Uncompressing Linux...'。请指导我哪里出错了。

对于一个研究项目，我需要将不同的加密函数（PRNG、SHA1、对称加密/解密）合并到 u-boot 的 MLO 部分。

我的问题：

1.) 以前有人做到过吗？

2.）你们知道这甚至可能在 MLO 的有限大小和 libtomcrypt 的大小方面是可能的吗？

3.) 除了将它们从 /usr/include/ 复制到 {u-boot-src}/include/ 的直接方式之外，有人知道解决丢失 *.h 文件错误的优雅方法吗？

非常感谢。

make输出：

arch/arm/cpu/armv7/omap-common/libomap-common.o：在函数selectSecretBytes': /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:777: undefined reference toregister_prng' /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu /armv7/omap-common/hwinit-common.c:778：未定义对find_prng' /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:778: undefined reference torng_make_prng'/home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7 的引用/omap-common/hwinit-common.c:779：未定义对error_to_string' /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:783: undefined reference tofortuna_start 的引用'/home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap -common/hwinit-common.c:784：未定义对error_to_string' /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:788: undefined reference tofortuna_add_entropy'/home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common 的引用/hwinit-common.c:789: 未定义的引用error_to_string' /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:793: undefined reference tofortuna_ready'/home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:794：未定义对error_to_string' /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:797: undefined reference tofortuna_read 的引用/home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:805：未定义对fortuna_done' /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:806: undefined reference toerror_to_string'/home的引用/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:816：未定义对fortuna_desc' arch/arm/cpu/armv7/omap-common/libomap-common.o: In functioncreateKey'的引用：/home/ andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:1088：对register_hash' /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:1094: undefined reference tofind_hash'/home/andre/的未定义引用tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:1104：未定义参考sha1_process' /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:1114: undefined reference tosha1_desc'/home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/cpu/armv7/omap-common/hwinit-common.c:1114：未定义对`hash_descriptor的引用' arm-none-linux-gnueabi-ld: BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败 /scratch/janisjo/arm-linux-lite/obj/binutils-src-2011.03-41-arm-none- linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm-none-linux-gnueabi-ld: BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败 /scratch/janisjo/ arm-linux-lite/obj/binutils-src-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm-none-linux-gnueabi-ld : BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败 /scratch/janisjo/arm-linux-lite/obj/binutils-src-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux- gnu/bfd/elf32-arm.c：13036 arm-none-linux-gnueabi-ld：BFD（Sourcery G++ Lite 2011.03-41）2.20.51.20100809 断言失败/scratch/janisjo/arm-linux-lite/obj/binutils-src-2011.03-41-arm-none- linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm-none-linux-gnueabi-ld: BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败 /scratch/janisjo/ arm-linux-lite/obj/binutils-src-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm-none-linux-gnueabi-ld : BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败 /scratch/janisjo/arm-linux-lite/obj/binutils-src-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux- gnu/bfd/elf32-arm.c:13036 arm-none-linux-gnueabi-ld: BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败/scratch/janisjo/arm-linux-lite/obj/binutils-源代码-2011。03-41-arm-none-linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm-none-linux-gnueabi-ld：BFD（Sourcery G++ Lite 2011.03-41）2.20。 51.20100809 断言失败 /scratch/janisjo/arm-linux-lite/obj/binutils-src-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm -none-linux-gnueabi-ld: BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败/scratch/janisjo/arm-linux-lite/obj/binutils-src-2011.03-41-arm-none-linux- gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm-none-linux-gnueabi-ld: BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败 /scratch/janisjo/arm- linux-lite/obj/binutils-src-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm-none-linux-gnueabi-ld: BFD (Sourcery G++ Lite 2011.03-41) 2.20.51。20100809 断言失败 /scratch/janisjo/arm-linux-lite/obj/binutils-src-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm -none-linux-gnueabi-ld: BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败/scratch/janisjo/arm-linux-lite/obj/binutils-src-2011.03-41-arm-none-linux- gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13036 arm-none-linux-gnueabi-ld: BFD (Sourcery G++ Lite 2011.03-41) 2.20.51.20100809 断言失败 /scratch/janisjo/arm- linux-lite/obj/binutils-src-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:13291 /bin/sh: Zeile 1: 20550 Speicherzugriffsfehler ( Speicherabzug geschrieben) arm-none-linux-gnueabi-ld -pie -T u-boot.lds -Bstatic -Ttext 0x80E80000 $UNDEF_SYM arch/arm/cpu/armv7/start.o --start-group api/libapi.o arch /arm/cpu/armv7/libarmv7.o arch/arm/cpu/armv7/omap-common/libomap-common.o arch/arm/cpu/armv7/omap4/libomap4.o arch/arm/lib/libarm.o common/libcommon.o disk/libdisk.o驱动程序/bios_emulator/libatibiosemu.o 驱动程序/block/libblock.o 驱动程序/dma/libdma.o 驱动程序/fpga/libfpga.o 驱动程序/gpio/libgpio.o 驱动程序/hwmon/libhwmon.o 驱动程序/i2c/libi2c.o 驱动程序/input/libinput.o 驱动程序/misc/libmisc.o 驱动程序/mmc/libmmc.o 驱动程序/mtd/libmtd.o 驱动程序/mtd/nand/libnand.o 驱动程序/mtd/oneenand/libonenand.o 驱动程序/mtd/spi /libspi_flash.o 驱动程序/mtd/ubi/libubi.o 驱动程序/net/libnet.o 驱动程序/net/phy/libphy.o 驱动程序/pci/libpci.o 驱动程序/pcmcia/libpcmcia.o 驱动程序/power/libpower.o驱动程序/rtc/librtc.o 驱动程序/serial/libserial.o 驱动程序/spi/libspi.o 驱动程序/twserial/libtws.o 驱动程序/usb/eth/libusb_eth.o 驱动程序/usb/gadget/libusb_gadget.o 驱动程序/usb/主机/libusb_host。o 驱动程序/usb/musb/libusb_musb.o 驱动程序/usb/phy/libusb_phy.o 驱动程序/usb/ulpi/libusb_ulpi.o 驱动程序/视频/libvideo.o 驱动程序/watchdog/libwatchdog.o fs/cramfs/libcramfs.o fs /ext2/libext2fs.o fs/fat/libfat.o fs/fdos/libfdos.o fs/jffs2/libjffs2.o fs/reiserfs/libreiserfs.o fs/ubifs/libubifs.o fs/yaffs2/libyaffs2.o lib/ libfdt/libfdt.o lib/libgeneric.o lib/lzma/liblzma.o lib/lzo/liblzo.o lib/zlib/libz.o net/libnet.o post/libpost.o board/ti/panda/libpanda.o --end-group /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/lib/eabi_compat.o -L /opt/CodeSourcery/Sourcery_G++_Lite/bin /../lib/gcc/arm-none-linux-gnueabi/4.5.2/armv4t -lgcc -Map u-boot.map -o u-boot make[1]：o fs/fat/libfat.o fs/fdos/libfdos.o fs/jffs2/libjffs2.o fs/reiserfs/libreiserfs.o fs/ubifs/libubifs.o fs/yaffs2/libyaffs2.o lib/libfdt/libfdt.o lib/libgeneric.o lib/lzma/liblzma.o lib/lzo/liblzo.o lib/zlib/libz.o net/libnet.o post/libpost.o board/ti/panda/libpanda.o --end-group /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/lib/eabi_compat.o -L /opt/CodeSourcery/Sourcery_G++_Lite/bin/../lib /gcc/arm-none-linux-gnueabi/4.5.2/armv4t -lgcc -Map u-boot.map -o u-boot make[1]：o fs/fat/libfat.o fs/fdos/libfdos.o fs/jffs2/libjffs2.o fs/reiserfs/libreiserfs.o fs/ubifs/libubifs.o fs/yaffs2/libyaffs2.o lib/libfdt/libfdt.o lib/libgeneric.o lib/lzma/liblzma.o lib/lzo/liblzo.o lib/zlib/libz.o net/libnet.o post/libpost.o board/ti/panda/libpanda.o --end-group /home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524/arch/arm/lib/eabi_compat.o -L /opt/CodeSourcery/Sourcery_G++_Lite/bin/../lib /gcc/arm-none-linux-gnueabi/4.5.2/armv4t -lgcc -Map u-boot.map -o u-boot make[1]：o -L /opt/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.2/armv4t -lgcc -Map u-boot.map -o u-boot make [1]：o -L /opt/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.2/armv4t -lgcc -Map u-boot.map -o u-boot make [1]：* [u-boot] Fehler 139 品牌 [1]: Verlasse Verzeichnis '/home/andre/tmp/working/chipsee/u-boot-ics-chipsee-panda-0524' 品牌: * [omap4_panda] Fehler 2

我很困惑如何在 u-boot 中映射寄存器（例如：用于 uart 控制器）？它们是否在 DDR 中映射内存？如果是怎么办？如果不是，那么 U-Boot 中“外设地址是内存映射的”是什么意思？

我在使用 beagle bone black 随附的 u-boot 中的 u-boot 中的测试命令时遇到了一些问题。我不相信这是一个比格犬骨黑的问题。

在上述情况下，我看到 -

该变量$uenvcmd包含一个脚本。但是，如果变量的内容不是脚本，则一切正常。我错过了什么吗？有没有办法解决这个问题？

对于卡尔·诺鲁姆的评论：

@CarlNorum - 添加了输出。test -n $uenvcmd似乎现在可以工作了。我已经更改了变量的内容。看起来问题与内容有关。$bootcmd 有很多脚本，但它不起作用。

要停止自动引导，我们有 2 个 ifdef (CONFIG_AUTOBOOT_STOP_ [STR2 || STR1] )。这很容易实现。用单次“击键”或短语停止启动对用户来说有其自身的优势。但是，为什么忽略控制键支持，比如 [ctrl + anykey ] 组合。特别是，BIOS 供应商更喜欢至少同时按下 2 个或更多键来停止启动。避免这种情况的任何具体原因。除了简单之外，还有什么特别的理由坚持这一点。

When i am cross compile u-boot code in ubuntu and gives command as follow

error is:

System not configured -see readme Error[1]

What is solution for this?

thank you.
hardik gajjar

我在加载我的根 fs 时遇到问题，在检查内核日志后它说类似

“INITRD：0x1f8ca000+0x0028ac63 不是内存区域 - 禁用 initrd”

这是什么意思？

背景

我在 ARM Cortex A9 的一个内核上运行 linux，并尝试在另一个内核上运行另一个裸机应用程序。我已经更改了设备树以反映这一点，我为 Linux 保留了 SDRAM 的一部分，为裸机应用程序保留了一部分。我正在使用Uboot。这与uboot有关吗？

干杯，S

我是引导加载程序世界的新手，我有一个问题，当我们发送写入命令时，我们如何分配数据源，这与函数参数*src相关？我跟踪了源代码，但我找不到它在 c 代码中分配数据源的位置。

我自己回答：我发现当我们执行#mmc write 1 0x4 2 时，参数表示dev #1，block #4，count 2，如下函数的参数 mmc->block_dev.block_write( curr_device, blk, cnt, addr );

但是，我仍然想知道，是否可以直接分配外部数据源？

mmc write 或 mmc read 是否只能从内部存储器写入/读取？

是否可以分配外部数据源，例如来自 USB 端口或 SD 卡？

最良好的问候。

}

我应该如何跟踪如下代码？

how should i debug the error during transfer when i init mmc card by send uboot command: mmc rescan ? this bug only when i init mmc card, SD card won't happen. Though this warning happened, but the response looks like OK.

thanks

mmc_send_cmd: error during transfer: 0x00408001
mmc_send_cmd: error during transfer: 0x00208001
mmc_send_cmd: error during transfer: 0x00108001

=================================================================================