做分析图超牛的地图网站,h5响应式 wordpress,赚钱平台,上海文化传媒公司排名Env在u-boot中通常有两种存在方式#xff0c;在永久性存储介质中#xff08;flash、NVRAM等#xff09;#xff0c;在SDRAM中。可配置不适用env的永久存储方式#xff0c;但不常用。U-boot在启动时会将存储在永久性存储介质中的env重新定位到RAM中#xff0c;这样可以快速…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采用namevalue”\0”的方式存储在所有env的最后以“\0\0”表示整个env的结束。新的namevalue对总是被添加到env数据块的末尾当删除一个namevalue对时后面的环境变量将前移对一个已经存在的环境变量的修改实际上先删除再插入。 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 \0 63 #endif 64 #ifdef CONFIG_BOOTCOMMAND 65 bootcmd CONFIG_BOOTCOMMAND \0 66 #endif ...... 127 #if defined(CONFIG_PCI_BOOTDELAY) (CONFIG_PCI_BOOTDELAY 0) 128 pcidelay MK_STR(CONFIG_PCI_BOOTDELAY) \0 129 #endif 130 #ifdef CONFIG_EXTRA_ENV_SETTINGS 131 CONFIG_EXTRA_ENV_SETTINGS 132 #endif 133 \0 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_armbootlib_arm/board.c *env_initenv_xxx.cxxx nand|flash|eeprom…… env_relocateenv_common.c *env_relocate_specenv_xxx.c ENV_IS_EMBEDDEDenv是否存在于u-boot TEXT段中。 CFG_ENV_SIZEenv块的大小。 CFG_ENV_IS_IN_NANDenv块是否存在Nand Flash中。 CFG_ENV_OFFSETenv块在Flash中偏移地址。 env_init 实现env的第一次初始化对于nand env非embedded方式 env_nand.cenv_int gd-env_addr (ulong)default_environment[0]; gd-env_valid 1; env_relocate env_common.cenv_relocate DEBUGE(“%s[%d] offset 0x%lx\n”, __FUNCTION__, __LINE__, gd-reloc_off); env_ptr (env_t *)malloc(CFG_ENV_SIZE); DEBUGE(“%s[%d] malloced ENV at %p\n”, __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.csaveenv 其调用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。
