uboot环境变量总结
uboot环境变量设置(大地小神之个人收藏)
u-boot的环境变量u-boot的环境变量是使用u-boot的关键，它可以由你自己定义的，但是其中有一些也是大家经常使用，约定熟成的，有一些是u-boot 自己定义的，更改这些名字会出现错误，下面的表中我们列出了一些常用的环境变量：上面只是一些最基本的环境变量，请注意，板子里原本是没有环境变量的，u-boot的缺省情况下会有一些基本的环境变量，在你执行了saveenv之后，环境变量会第一次保存到flash中，之后你对环境变量的修改,保存都是基于保存在flash中的环境变量的操作。
U-boot的环境变量值得注意的有两个：bootcmd 和bootargs◆b o o t c m d前面有说过bootcmd是自动启动时默认执行的一些命令，因此你可以在当前环境中定义各种不同配置，不同环境的参数设置，然后设置bootcmd为你经常使用的那种参数。
◆b o o t a r g sbootargs是环境变量中的重中之重，甚至可以说整个环境变量都是围绕着bootargs来设置的。
bootargs的种类非常非常的多，我们平常只是使用了几种而已，感兴趣的可以看看这篇文章说的很全：/u2/79570/showart_1675071.html。
bootargs非常的灵活，内核和文件系统的不同搭配就会有不同的设置方法，甚至你也可以不设置bootargs,而直接将其写到内核中去（在配置内核的选项中可以进行这样的设置），正是这些原因导致了bootargs使用上的困难。
下面介绍一下bootargs常用参数，bootargs的种类非常的多，而且随着kernel的发展会出现一些新的参数，使得设置会更加灵活多样。
A.r o o t用来指定r o o t f s的位置，常见的情况有:root=/dev/ram rwroot=/dev/ram0 rw请注意上面的这两种设置情况是通用的，我做过测试甚至root=/dev/ram1 rw和root=/dev/ram2 rw也是可以的，网上有人说在某些情况下是不通用的，即必须设置成ram或者ram0，但是目前还没有遇到，还需要进一步确认，遇到不行的时候可以逐一尝试。
《uboot环境变量：详谈bootcmd和bootargs》
《uboot环境变量：详谈bootcmd和bootargs》1.uboot中的环境变量bootdelay：执⾏⾃动启动的等候秒数baudrate：串⼝控制台的波特率netmask：以太⽹接⼝的掩码ethaddr：以太⽹卡的⽹卡物理地址bootfile：缺省的下载⽂件bootargs：传递给内核的启动参数bootcmd：⾃动启动时执⾏的命令serverip：服务器端的ip地址ipaddr：本地ip 地址stdin：标准输⼊设备stdout：标准输出设备stderr：标准出错设备 以上是⼀些基本的环境变量。
uboot中⼀般会有⼀些缺省的环境变量。
在启动uboot后会将参数放在特定的FLASH区域，之后由kernel去获取解析。
还有另⼀种⽅法设置环境变量就是在uboot启动后进⼊命令⾏模式，设置环境变量，然后执⾏saveenv后，会将设置的环境变量保存到特定区域的FLASH中，由kernel去获取解析。
其中bootargs和bootcmd相对⽐较重要。
2.bootargs解析root： ⽬前很多新的开发板都是使⽤FLASH作为存储。
因为很多都直接使⽤MTD驱动程序。
MTD 驱动程序的主要优点在于 MTD 驱动程序是专门为基于闪存的设备所设计的，所以它们通常有更好的⽀持、更好的管理和基于扇区的擦除和读写操作的更好的接⼝。
Linux 下的 MTD驱动程序接⼝被划分为两类模块：⽤户模块和硬件模块。
有两个流⾏的⽤户模块可启⽤对闪存的访问： MTD_CHAR 和 MTD_BLOCK 。
MTD_CHAR 提供对闪存的原始字符访问，⽽ MTD_BLOCK 将闪存设计为可以在上⾯创建⽂件系统的常规块设备（象 IDE 磁盘）。
与MTD_CHAR 关联的设备是 /dev/mtd0、mtd1、mtd2（等等），⽽与 MTD_BLOCK 关联的设备是 /dev/mtdblock0、mtdblock1（等等）。
由于 MTD_BLOCK 设备提供象块设备那样的模拟，通常更可取的是在这个模拟基础上创建象 FTL 和 JFFS2 那样的⽂件系统。
UBoot操作和常用命令
UBoot常用命令
• usb start: 起动usb 功能 • usb info: 列出设备 • usb scan: 扫描usb storage(u 盘)设备 • f的at文ls：件列出DOS FAT文件系统， 如：fatls usb 0列出第一块U盘中 • fatload: 读入FAT中的一个文件，如：fatload usb 0 0x30000000
• 通常，Boot Loader 是严重地依赖于硬件而实现的， 特别是在嵌入式世界。因此，在嵌入式世界里建 立一个通用的Boot Loader 几乎是不可能的。尽管 如此，我们仍然可以对Boot Loader 归纳出一些通 用的概念来，以指导用户特定的Boot Loader 设计 与实现。
UBoot来源
• nand write [内存地址] [NAND地址] [大小]
– 将SDRAM中地址0x31000000中大小为0x00200000的内容写入NAND Flash的0x100000地址。
– nand write 0x31000000 0x00100000 0x00200000 – NAND write: device 0 offset 1048576, size 2097152 ... 2097152 bytes
Creating 5 MTD partitions on "NAND 256MiB 3,3V 8-bit": 0x000000000000-0x000000040000 : "supervivi" ftl_cs: FTL header not found. 0x000000040000-0x000000060000 : "param" uncorrectable error : 0x000000060000-0x000000560000 : "Kernel" ftl_cs: FTL header not found. 0x000000560000-0x000040560000 : "root" mtd: partition "root" extends beyond the end of device "NAND 256MiB 3,3V 8-bit" -- size truncated to 0xfaa0000 ftl_cs: FTL header not found. 0x000000000000-0x000040000000 : "nand" mtd: partition "nand" extends beyond the end of device "NAND 256MiB 3,3V 8-bit" -- size truncated to 0x10000000
uboot笔记uboot命令分析+实现
uboot笔记uboot命令分析+实现uboot笔记:uboot命令分析+实现Ubootuboot命令分析+实现先贴⼀个重要结构,位于uboot/include/command.h,这个结构代表每个uboot命令struct cmd_tbl_s {char *name; /* Command Name */int maxargs; /* maximum number of arguments*/int repeatable;/* autorepeat allowed? *//* Implementation function */int (*cmd)(struct cmd_tbl_s *, int, int, char *[]);char *usage; /* Usage message (short)简短⽤法信息*/#ifdef CFG_LONGHELPchar *help; /* Help message (long) 长的帮助信息*/#endif#ifdef CONFIG_AUTO_COMPLETE/* do auto completion on the arguments */ int (*complete)(intargc, char *argv[], charlast_char, intmaxv, char *cmdv[]); #endif};typedefstruct cmd_tbl_s cmd_tbl_t;============================================================uboot的第⼀阶段:硬件相关初始化0.reset执⾏arm920t/start.s 过程如下1.设置cpu svc管理模式2.关看门狗中断,mmu等3.设置时钟,sdram,外部总线4.代码重定位,搬运代码,从flash到sdram5.设置栈,bss段清零, bss⽤于未初始化的全局变量和静态变量6.ldr pc, _start_armboot即进⼊uboot启动的第⼆阶段,调⽤c函数start_armboot()从start_armboot开始经过⼀系列外设初始化⽐如falsh_initnand_init...最后循环调⽤mian_loop()main_loop主要流程{1. ⽣成环境变量mtdparts, 调⽤mtdparts_init2. 在启动过程中若⽆空格键按下则boot_zImage,即run_command(getenv("bootcmd"),0)有空格键按下则run_command("menu",0)3. shell过程，读取⽤户的输⼊并执⾏相应的命令{从控制台获得命令，保存在全局变量comsole_buffer中解析命令⾏字符串,分割命令与参数,最后执⾏run_command(...); }}也就是说在mian_loop中,是处理环境变量和控制台⼈机交互,mian_loop调⽤readline ()读取命令⾏到console_buffer，再把console_buffer复制到lastcommand中去，还要设置flag，最后调⽤run_command (lastcommand, flag)函数,run_command (lastcommand, flag)函数中，⾸先定义cmd_tbl_t *cmdtp，再解析命令⾏。
u-boot中分区和内核MTD分区关系
u-boot中分区和内核MTD分区关系⼀、u-boot中环境变量与uImage中MTD的分区关系分区只是内核的概念，就是说A～B地址放内核，C～D地址放⽂件系统，(也就是规定哪个地址区间放内核或者⽂件系统)等等。
⼀般我们只需要分3-4个区，第⼀个为boot区，⼀个为boot参数区(传递给内核的参数),⼀个为内核区，⼀个为⽂件系统区。
（但是有的内核就会有很多分区，⽐如内核参数会有两个，还有会Logo的地址）⽽对于bootloader中只要能将内核下载到A~B区的A地址开始处就可以，C~D区的C起始地址下载⽂件系统…….这些起始地址在MTD的分区信息中能找到。
所以bootloader对分区的概念不重要，只要它能把内核烧到A位置，把⽂件系统烧到C位置即可。
所以，在bootloader对Flash进⾏操作时，哪块区域放什么是以内核为主（内核中MTD的分区信息可以从内核的代码中看到）。
传递给u-boot 的参数只要和内核中MTD分区信息⼀致即可。
⽽为了⽅便操作，bootloader类似也引⼊分区的概念。
例如，可以使⽤“nandwrite 0x3000000 kernel 200000”命令将uImage烧到kernel分区，⽽不必写那么长：nand write 3000000 A 200000,也就是⽤分区名来代替具体的地址。
这要对bootloader对内核重新分区：这需要重新设置⼀下bootloader环境参数，就可以同步更新内核分区信息如：setenv bootargs 'noinitrd console=ttySAC0root=/dev/mtdblock3 rootfstype=jffs2 mtdparts=nand_flash:128k(u-boot)ro,64k(u-bootenvs),3m(kernel),30m(root.jffs2),30m(root.yaffs)'解析：在这⾥的挂载⽂件系统的地⽅mtdblock3，可以从mtdparts中看出来，第⼀个⽂件系统（jffs2格式）在第四个分区，所以使⽤mtdblock3,关于分区和⽂件系统的挂载在下⾯有解释。
uboot命令使用教程（uboot参数设置）
uboot命令使⽤教程（uboot参数设置）1. Printenv 打印环境变量。
uboot> printenvbaudrate=115200ipaddr=192.168.0.111ethaddr=32:34:46:78:9A:DCserverip=192.168.0.100Environment size: 80/8188 bytes2. Setenv 设置新的变量如：uboot> setenv myboard AT91RM9200DKuboot> saveenvuboot> printenvbaudrate=115200ipaddr=192.168.0.111ethaddr=32:34:46:78:9A:DCserverip=192.168.0.100myboard=AT91RM9200DKEnvironment size: 102/8188 bytes⼜如想重置启动参数bootargs：uboot> setenv bootargs 'noinitrd root=/dev/mtdblock2 init=/linuxrc console=ttySAC0'uboot> saveenv3. saveenv 保存变量命令将当前定义的所有的变量及其值存⼊ flash 中。
⽤来存储变量及其值的空间只有 8k 字节，应不要超过。
(如上例，每次与setenv配合使⽤)4. loadb 通过串⼝ Kermit 协议下载⼆进制数据。
5. tftp 通过⽹络下载程序，需要先设置好⽹络配置简单配置：uboot> setenv ethaddr 32:34:46:78:9A:DCuboot> setenv ipaddr 192.168.0.111uboot> setenv serverip 192.168.0.100//下载 bin ⽂件到地址 0x20000000 处。
环境变量详解
环境变量详解
环境变量是指在计算机系统中用来存储和传递操作系统或应用程序运行所需信息的一种机制。
它们通常以键值对的形式存在，可以用来控制操作系统或应用程序的行为。
环境变量在计算机系统中扮演着重要的角色。
它们可以提供系统配置信息，如路径、语言、时区等，还可以存储用户个性化设置，如字体、桌面壁纸等。
通过设置环境变量，用户可以自定义计算机系统的行为，使其更符合个人习惯和需求。
在操作系统中，环境变量一般分为系统环境变量和用户环境变量。
系统环境变量对所有用户可见，而用户环境变量只对当前用户可见。
这样的设计可以确保不同用户之间的环境设置互不干扰。
环境变量的设置和使用非常灵活方便。
用户可以通过命令行工具或操作系统的图形界面来设置和修改环境变量。
在编写脚本或程序时，也可以通过读取环境变量的值来实现不同的逻辑判断和行为控制。
除了操作系统和应用程序，许多开发工具和框架也利用环境变量来进行配置。
比如，Java开发中常用的JAVA_HOME环境变量可以指定JDK的安装路径；Python开发中的PYTHONPATH环境变量可以指定模块搜索路径。
这样的设计使得开发者可以轻松地切换不同的开发环境，提高了开发效率。
环境变量是计算机系统中重要的一部分，它们提供了一种灵活、方
便的机制来管理和传递系统和应用程序的配置信息。
通过合理设置和使用环境变量，可以使计算机系统更加符合个人需求，提高工作效率。
让我们一起充分利用环境变量的优势，打造一个更加智能、高效的计算环境！。
uboot的bootcmd bootargs参数详解
setenv bootargs ‘noinitrd mem=64M console=ttySAC0 root=/dev/nfs nfsroot=192.168.0.3:/nfs ip=192.168.0.5’
上面就是我们经常使用的几种bootargs的组合，老实说，bootargs非常非常的灵活，所以设置的方法有很多中形式，具体的还应该根据你的平台具体的情况来设置。
mtdparts的格式如下：
mtdparts=[;
:= :[,]
:= [@offset][][ro]
:= unique id used in mapping driver/device
:= standard linux memsize OR "-" to denote all remaining space
3). 假设文件系统是jffs2类型的，且在flash中，bootargs的设置应该如下
setenv bootargs ‘mem=32M console=ttyS0,115200 noinitrd root=/dev/mtdblock2 rw rootfstype=jffs2 init=/linuxrc’
这两种方法可以用，不过很明显第二种要详细很多，请注意第二种中which netcard 是指开发板上的网卡，而不是主机上的网卡。
说完常见的几种bootargs，那么我们来讨论平常我经常使用的几种组合：
1). 假设文件系统是ramdisk，且直接就在内存中，bootargs的设置应该如下：
setenv bootargs ‘initrd=0x32000000,0xa00000 root=/dev/ram0 console=ttySAC0 mem=64M init=/linuxrc’
uboot源码分析（2）uboot环境变量实现简析
uboot源码分析（2）uboot环境变量实现简析uboot 环境变量实现简析----------基于u-boot-2010.03u-boot的环境变量是使⽤u-boot的关键，它可以由你⾃⼰定义的，但是其中有⼀些也是⼤家经常使⽤，约定熟成的，有⼀些是u-boot⾃⼰定义的，更改这些名字会出现错误，下⾯的表中我们列出了⼀些常⽤的环境变量：bootdelay 执⾏⾃动启动的等候秒数baudrate 串⼝控制台的波特率netmask 以太⽹接⼝的掩码ethaddr 以太⽹卡的⽹卡物理地址bootfile 缺省的下载⽂件bootargs 传递给内核的启动参数bootcmd ⾃动启动时执⾏的命令serverip 服务器端的ip地址ipaddr 本地ip 地址stdin 标准输⼊设备stdout 标准输出设备stderr 标准出错设备上⾯只是⼀些最基本的环境变量，请注意，板⼦⾥原本是没有环境变量的，u-boot的缺省情况下会有⼀些基本的环境变量，在你执⾏了saveenv之后，环境变量会第⼀次保存到flash或者eeprom中，之后你对环境变量的修改,保存都是基于保存在flash中的环境变量的操作。
环境变量可以通过printenv命令查看环境变量的设置描述，通过setenv 命令进⾏重新设置，设置完成后可以通过saveenv将新的设置保存在⾮易失的存储设备中（nor flash 、nand flash 、eeprom）。
例如：setenv bootcmd "nand read 0x30008000 0x80000 0x500000;bootm 0x30008000"saveenv通过这两条命令就完成了环境变量bootcmd的重新设置，并讲其保存在固态存储器中。
下⾯简单分析下uboot中环境变量的实现流程。
uboot启动后，执⾏玩start.S中的汇编程序，将跳⼊board.c 中定义的start_arm_boot()函数中，在该函数中，uboot讲完成板⼦外设和相关系统环境的初始化，然后进⼊main_loop循环中进⾏系统启动或者等待与⽤户交互，这其中就包括环境变量的初始化和重定位。
uboot常用的命令
uboot常用的命令
U-Boot是一款开源的引导加载程序，它是嵌入式系统中常用的引导加载程序之一。
U-Boot提供了一系列的命令，可以用来进行系统的启动、调试、烧写等操作。
下面是U-Boot常用的命令：
1. help：显示所有可用的命令列表。
2. printenv：显示环境变量的值。
3. setenv：设置环境变量的值。
4. saveenv：保存环境变量的值。
5. bootm：启动内核。
6. tftpboot：从TFTP服务器下载文件。
7. ping：测试网络连接。
8. md：以16进制格式显示内存内容。
9. mw：以16进制格式写入内存内容。
10. cp：复制内存内容。
11. fatload：从FAT文件系统中加载文件。
12. fatls：列出FAT文件系统中的文件。
13. mmc：MMC卡操作命令。
14. usb：USB操作命令。
15. dhcp：获取IP地址。
16. run：执行脚本。
17. reset：重启系统。
以上是U-Boot常用的命令，这些命令可以满足大部分的需求。
在实
际使用中，我们可以根据具体的需求来选择合适的命令。
如果需要更
多的命令，可以通过添加自定义命令的方式来扩展U-Boot的功能。
总之，U-Boot是一款非常强大的引导加载程序，它提供了丰富的命令，
可以用来进行系统的启动、调试、烧写等操作。
熟练掌握U-Boot的命令，可以提高嵌入式系统的开发效率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Common目录下面与环境变量有关的文件有以下几个：env_common.c，env_dataflash.c，env_eeprom.c，env_flash.c，env_nand.c，env_nowhere.c，env_nvram.c，environment.c。
env_common.c中包含的是default_environment[]的定义；
env_dataflash.c，env_eeprom.c，env_flash.c，env_nand.c， env_nvram.c
中包含的是相应存储器与环境变量有关的函数：env_init(void)，saveenv(void)，env_relocate_spec (void)，env_relocate_spec (void)，use_default()。
至于env_nowhere.c，因为我们没有定义CFG_ENV_IS_NOWHERE，所以这个文件实际上没有用。
environment.c这个文件时是我真正理解环境变量的一个关键。
在这个文件里定义了一个完整的环境变量的结构体，即包含了这两个ENV_CRC（用于CRC校验），Flags（标志有没有环境变量的备份，根据CFG_REDUNDAND_ENVIRONMENT这个宏定义判断）。
定义这个环境变量结构体的时候还有一个非常重要的关键字：
__PPCENV__，而__PPCENV__在该.c文件中好像说是gnu c编译器的属性,如下：
# define __PPCENV__ __attribute__ ((section(".text")))
意思是把这个环境变量表作为代码段，所以在编译完UBOOT后，UBOOT的代码段就会有环境变量表。
当然，这要在我们定义了ENV_IS_EMBEDDED之后才行，具体而言，环境变量表会在以下几个地方出现（以nand flash为例）：
1、UBOOT中的代码段（定义了ENV_IS_EMBEDDED），
2、UBOOT中的默认环
境变量， 3、紧接UBOOT（0x0 ~ 0x1ffff）后面：0x20000 ~ 0x3ffff 之间，包括备份的环境变量，我们读取，保存也是对这个区域（即参数区）进行的。
3、SDRAM中的UBOOT中，包括代码段部分和默认部分，4、SDRAM中的melloc分配的内存空间中。
Environment.c代码如下：
env_t environment __PPCENV__ = {
ENV_CRC, /* CRC Sum */
#ifdef CFG_REDUNDAND_ENVIRONMENT
1, /* Flags: valid */
#endif
{
#if defined(CONFIG_BOOTARGS)
"bootargs=" CONFIG_BOOTARGS "\0"
#endif
#if defined(CONFIG_BOOTCOMMAND)
"bootcmd=" CONFIG_BOOTCOMMAND "\0"
#endif
#if defined(CONFIG_RAMBOOTCOMMAND)
"ramboot=" CONFIG_RAMBOOTCOMMAND "\0"
#endif
#if defined(CONFIG_NFSBOOTCOMMAND)
"nfsboot=" CONFIG_NFSBOOTCOMMAND "\0"
#endif
#if defined(CONFIG_BOOTDELAY) && (CONFIG_BOOTDELAY >= 0) "bootdelay=" MK_STR(CONFIG_BOOTDELAY) "\0"
#endif
#if defined(CONFIG_BAUDRATE) && (CONFIG_BAUDRATE >= 0) "baudrate=" MK_STR(CONFIG_BAUDRATE) "\0"
#endif
#ifdef CONFIG_LOADS_ECHO
"loads_echo=" MK_STR(CONFIG_LOADS_ECHO) "\0"
#endif
#ifdef CONFIG_ETHADDR
"ethaddr=" MK_STR(CONFIG_ETHADDR) "\0"
#endif
#ifdef CONFIG_ETH1ADDR
"eth1addr=" MK_STR(CONFIG_ETH1ADDR) "\0"
#endif
#ifdef CONFIG_ETH2ADDR
"eth2addr=" MK_STR(CONFIG_ETH2ADDR) "\0"
#endif
#ifdef CONFIG_ETH3ADDR
"eth3addr=" MK_STR(CONFIG_ETH3ADDR) "\0"
#endif
#ifdef CONFIG_ETHPRIME
"ethprime=" CONFIG_ETHPRIME "\0"
#endif
#ifdef CONFIG_IPADDR
"ipaddr=" MK_STR(CONFIG_IPADDR) "\0"
#endif
#ifdef CONFIG_SERVERIP
"serverip=" MK_STR(CONFIG_SERVERIP) "\0"
#endif
#ifdef CFG_AUTOLOAD
"autoload=" CFG_AUTOLOAD "\0"
#endif
#ifdef CONFIG_ROOTPATH
"rootpath=" MK_STR(CONFIG_ROOTPATH) "\0"
#endif
#ifdef CONFIG_GATEWAYIP
"gatewayip=" MK_STR(CONFIG_GATEWAYIP) "\0"
#endif
#ifdef CONFIG_NETMASK
"netmask=" MK_STR(CONFIG_NETMASK) "\0"
#endif
#ifdef CONFIG_HOSTNAME
"hostname=" MK_STR(CONFIG_HOSTNAME) "\0"
#endif
#ifdef CONFIG_BOOTFILE
"bootfile=" MK_STR(CONFIG_BOOTFILE) "\0"
#endif
#ifdef CONFIG_LOADADDR
"loadaddr=" MK_STR(CONFIG_LOADADDR) "\0"
#endif
#ifdef CONFIG_PREBOOT
"preboot=" CONFIG_PREBOOT "\0"
#endif
#ifdef CONFIG_CLOCKS_IN_MHZ
"clocks_in_mhz=" "1" "\0"
#endif
#if defined(CONFIG_PCI_BOOTDELAY) && (CONFIG_PCI_BOOTDELAY > 0) "pcidelay=" MK_STR(CONFIG_PCI_BOOTDELAY) "\0"
#endif
#ifdef CONFIG_EXTRA_ENV_SETTINGS
CONFIG_EXTRA_ENV_SETTINGS
#endif
"\0" /* Term. env_t.data with 2 NULs */
}
};。