Env在u-boot中通常有两种存在方式，在永久性存储介质中（flash、NVRAM等），在SDRAM中。可配置不适用env的永久存储方式，但不常用。U-boot在启动时会将存储在永久性存储介质中的env重新定位到RAM中，这样可以快速访问，同时可以通过saveenv将RAM保存到永久性存储介质中。
-
相关结构体
env_t定义于include/environment.h中
typedef struct environment_s {
uint32_t crc; /* CRC32 over data bytes */
#ifdef CFG_REDUNDAND_ENVIRONMENT
unsigned char flags; /* active/obsolete flags */
#endif
unsigned char data[ENV_SIZE];
} env_t;
结构说明：
crc是u-boot在保存env的时候加上去的校验头，在第一次启动时一般crc校验会出错，这很正常，因为此时Flash中的数据无效。
data字段保存实际的环境变量。U-boot的env采用name=value” ”的方式存储，在所有env的最后以“ ”表示整个env的结束。新的name=value对总是被添加到env数据块的末尾，当删除一个name=value对时，后面的环境变量将前移，对一个已经存在的环境变量的修改实际上先删除再插入。
env会从flash等存储设备重定位到RAM中，在env的不同实现版本（env_xxx.c）中定义了env_ptr，它指向env在RAM中的位置。u-boot在重定位env后对环境变量的操作都是针对env_ptr。
env_embedded.c-----env和uboot存储于同一块区。
env_nand.c------------env存储在nandflash中。
env_dataflash.c --env存储在dataflash中。
env_eeprom.c --env存储在eeprom中。
env_flash.c --env存储在norflash中。
env_ptr指向环境参数区，系统启动时默认的环境参数default_environment[]，定义于common/env_common.c中
uchar default_environment[] = {
61 #ifdef CONFIG_BOOTARGS
62 "bootargs=" CONFIG_BOOTARGS " "
63 #endif
64 #ifdef CONFIG_BOOTCOMMAND
65 "bootcmd=" CONFIG_BOOTCOMMAND " "
66 #endif
......
127 #if defined(CONFIG_PCI_BOOTDELAY) && (CONFIG_PCI_BOOTDELAY > 0)
128 "pcidelay=" MK_STR(CONFIG_PCI_BOOTDELAY) " "
129 #endif
130 #ifdef CONFIG_EXTRA_ENV_SETTINGS
131 CONFIG_EXTRA_ENV_SETTINGS
132 #endif
133 " "
134 };
参数解释如下：
bootfile 定义缺省的下载文件
bootargs 定义传递给Linux内核的命令行参数
bootcmd 定义自动启动时执行的几条命令
serverip 定义tftp服务器端的IP地址
env_t中除了数据之外还包含校验头，u-boot把env_t的数据指针又保存在另外一个地方，这就是gd_t数据结构（不同平台有不同的gd_t），这里以ARM为例仅列出env相关的部分。
typedef struct global_data
{
……
unsigned long env_off;
unsigned long env_addr;
unsigned long env_valid; /* checksum of environment valid */
……
} gd_t;
<include/asm-arm/global_data.h>
gd_t.env_addr即指向env_ptr->data。
-
相关文件
common/env_common.c
供u-boot调用的通用函数接口，它们隐藏了env的不同实现方式，比如dataflash、eeprom、flash等。
common/env_dataflash.c
env存储在dataflash中的实现
common/cmd_nvedit.c
实现u-boot对环境变量的操作命令
environment.c
环境变量以及一些宏定义
env如果存储在flash中还需要flash的支持。
-
环境变量操作流程
Env初始化
Start_armboot：lib_arm/board.c
*env_init：env_xxx.c（xxx = nand|flash|eeprom……）
env_relocate：env_common.c
*env_relocate_spec：env_xxx.c
ENV_IS_EMBEDDED：env是否存在于u-boot TEXT段中。
CFG_ENV_SIZE：env块的大小。
CFG_ENV_IS_IN_NAND：env块是否存在Nand Flash中。
CFG_ENV_OFFSET：env块在Flash中偏移地址。
-
env_init
实现env的第一次初始化，对于nand env（非embedded方式）：
env_nand.c：env_int
gd->env_addr = (ulong)&default_environment[0];
gd-env_valid = 1;
-
env_relocate
env_common.c：env_relocate
DEBUGE(“%s[%d] offset = 0x%lx ”, __FUNCTION__, __LINE__, gd->reloc_off);
env_ptr = (env_t *)malloc(CFG_ENV_SIZE);
DEBUGE(“%s[%d] malloced ENV at %p ”, __FUNCTION__, __LINE__, env_ptr);
env_relocate_spec();
gd->env_addr = (ulong)&(env_ptr->data);
-
env_relocate_spec
size_t total;
ret = readenv(CFG_ENV_OFFSET, (u_char *) env_ptr);
// nand_read(&nand_info[0], CFG_ENV_OFFSET, &total, (u_char *)env_ptr);
if(ret || total!= CFG_ENV_SIZE)
return use_default();
if(crc32(0, env_ptr->data, ENV_SIZE) != env_ptr->crc)
return use_default();
env_relocate_spec的意图就是调用nand_read将环境变量从CFG_ENV_OFFSET处读出，环境变量的大小为CFG_ENV_SIZE（注意CFG_ENV_OFFSET和CFG_ENV_SIZE要和nandflash的块/页边界对齐。读出数据后再调用crc32对env_ptr->data进行校验并与保存在env_ptr->crc的校验码对比，确认数据是否出错。从这里可以看出在系统第一次启动时，Nand Flash里面没有存储任何环境变量，crc校验肯定出错，当我们保存环境变量后，接下来在启动板子u-boot就不会再报crc32出错了。
-
saveenv
env_nand.c：saveenv
其调用nand_erase和nand_write进行nand flash的erase、write。nand_write和nand_erase是nand驱动建构。
env在内存中位置不定。env在内存中的空间是由malloc分配的（env_common.c中的env_relocate()），因此其在内存中的位置是一直变化的。每次系统启动时，env在内存中位置可能都不一样。
-
环境变量优化
由于u-boot代码通常达到100KB左右，且必须从地址0处开始，按照这样的分配方式（Nandflash结构），我们必须为env分配一块64KB的sector，而实际使用到的可能只是其中几百个字节！u-boot还会为env在RAM中保持一块同样大小的空间，这就造成ROM和RAM空间不必要的浪费。
为了尽可能减少资源浪费，同时保证系统的健壮性，我们可以把env放置在flash中容量最小的sector里。这样，env嵌入（embed）到u-boot的代码段。在common/environment.h中会比较env和monitor的范围，如果确定env位于monitor内，则定义ENV_IS_EMBEDDED。