标签: u-boot

他们之间有什么区别？

我知道u-boot需要uImage格式的内核.

我使用的系统首先从第1阶段加载器启动,然后调用u-boot.我想丢弃u-boot并直接从第1阶段加载器启动.我必须使用哪种类型的内核映像？

我很清楚我对这三个问题的概念

1. 为什么我们需要一个辅助程序加载器？

2. 它被加载和重新定位的内存？

3. 系统内部存储器和RAM有什么区别？

据我所知,通过读取链接是.. 当系统内部存储器无法完全保存uboot时需要SPL,因此我们需要使用称为SPL的最小代码来初始化内存.SPL是否真的需要重新定位,或者只是uboot与之相关？

我是uboot和tftp编程的新手

基于这个网址,有如何做出这样的if声明if imi $addr; then echo Image OK; else echo Image corrupted!!; fi

这是我的"如果":

=> setenv a true
=> printenv a
a=true
=> setenv b true
=> printenv b
b=true
=> if a b; then echo 'same';fi
Unknown command 'a' - try 'help'
=> if $a $b; then echo 'same';fi
Unknown command 'true' - try 'help'
=> if ${a} ${b}; then echo 'same';fi
Unknown command 'true' - try 'help'
=>

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

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

好吧,如果u-boot正在从NOR闪存或引导ROM空间执行,但是如果它从SDRAM运行,为什么它必须再次重新定位呢？

查看android源代码中的reboot命令,我们找到以下行:

__reboot(LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2, \
         LINUX_REBOOT_CMD_RESTART2, argv[optind]);

哪个是使用特定命令重启系统的标准Linux系统调用,请参阅Unix系统调用重新启动.

在Android中,此命令用于告诉引导加载程序在恢复模式下启动内核或在引导加载程序中转到fastboot模式.

我的问题是:引导加载程序如何获取命令？这个功能是在U-Boot中实现的吗？(我无法通过Google或U-Boot源找到它.)

此外,它似乎并非特定于Android,而是Linux执行"使用命令重启"的方式.有关如何在Linux中"正常"处理/使用它的任何信息？

我正在使用运行u-boot的嵌入式linux工具包.为了使一切正常启动,我不得不修改一些环境变量并使用'saveenv'命令存储它们.

现在我想回过头来看看默认值是什么,验证我确切知道改变了什么,并想出一种方法来改变这些默认值,这样生产中的每个单元都不需要单独启动和修改.

有没有办法告诉u-boot清除任何已保存的数据,以便我可以再次查看默认值？闪存类型是QSPI,如果这有所不同.

我试图了解嵌入式Linux原理,无法在u-boot输出中找出地址.

例如,我有基于i.MX6四核处理器的UDOO板,我得到了U-Boot的以下输出:

U-Boot 2013.10-rc3 (Jan 20 2014 - 13:33:34)

CPU:   Freescale i.MX6Q rev1.2 at 792 MHz
Reset cause: POR
Board: UDOO
DRAM:  1 GiB
MMC:   FSL_SDHC: 0
No panel detected: default to LDB-WVGA
Display: LDB-WVGA (800x480)
In:    serial
Out:   serial
Err:   serial
Net:   using phy at 6
FEC [PRIME]
Warning: FEC MAC addresses don't match:
Address in SROM is         00:c0:08:88:a5:e6
Address in environment is  00:c0:08:88:9c:ce

Hit any key to stop autoboot:  0 
Booting from mmc ...
4788388 bytes read in …

有谁知道从用户空间安装U-boot版本的方法？有fw_printenv命令可以访问U-boot的环境变量,但不能访问版本.

我想系统化我的U-Boot/linux知识.在每个嵌入式平台中是否需要至少2个引导加载程序阶段？或者后续流程可以变化吗？

1. 第一阶段引导加载程序(可以是U-Boot)存储在处理器的ROM内部,无法更新.它将从内部缓存内存运行.此U-Boot需要(至少):初始化RAM,初始化外部闪存,初始化串行控制台,读取和运行第二阶段引导加载程序.

2. 第二阶段引导加载程序(可以是U-Boot)存储在RW闪存中.它将处理以太网,闪存RW功能等.可以自定义和覆盖此U-Boot.主要任务是将Linux内核加载到RAM中并运行它.

3. linux内核启动.

第一阶段引导加载程序是否始终为只读？

我有一个使用UBOOT启动到Linux的系统.当我通过串口连接它时,我可以看到它正在启动.如何停止启动UBOOT并获取UBOOT命令提示符？

在启动过程中,我可以在连接的串行终端上看到以下消息:

Security Framework initialized
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
devtmpfs: initialized
TI81XX: Map 0xb3200000 to 0xfe500000 for dram barrier
TI81XX: Map 0x40300000 to 0xfe600000 for sram barrier
omap_voltage_early_init: voltage driver support not added
regulator: core version 0.5
regulator: dummy:
NET: Registered protocol family 16
omap_voltage_domain_lookup: Voltage driver init not yet happened.Faulting!
omap_voltage_add_dev: VDD specified does not exist!
OMAP GPIO hardware version 0.1
OMAP GPIO hardware version 0.1
OMAP GPIO hardware version 0.1
OMAP …