Linux系统——访问U-BOOT环境变量

Linux系统下访问U-BOOT环境变量

移植过U-BOOT的人,都知道:在U-BOOT中存有ENV。但U-BOOT在引导内核启动之后,U-BOOT的生命周期就结束了。那么启动LINUX内核之后,U-Boot的环境变量还在么?
按照u-boot对Flash的规划:ENV存放在Flash的0x60000~0x80000。

那么我们如何在Linux下查看U-boot的环境变量呢?
其实U-BOOT源码内已经提供了这么一种方式:在tools/env/目录下,有相应的源码,通过在u-boot根目录下执行:make env就可生成fw_printenv应用程序,并将该应用程序拷贝到根文件系统中,就可以查看到U-BOOT的相应的环境变量了。

具体实现方法,及操作步骤见下面:(转)
1、编译fw_printenv工具
在你使用的uboot代码中用以下编译指令:
make env
这样就可以编译tools/env下的代码,编译出的fw_printenv工具有读写uboot环境变量区的能力。这个工具是针对目标机的,也就是说如果你的uboot代码之前是针对ARM编译的话,fw_printenv也是交叉编译给ARM芯片的。如果编译不成功,则按照如下操作执行:
make distclean
make mini2440_config
make env

2、安装fw_printenv工具
到/tools/env目录中,将编译好的fw_printenv拷贝到目标机的文件系统中,并通过"ln -s fw_printenv fw_setenv",创建一个fw_setenv到fw_printenv的软链。
这个工具还需要一个配置文件,以获取uboot的ENV区域的位置信息。默认状态下,请将fw_env.config文件拷贝到目标机的文件系统的/etc目录下。然后结合uboot配置中定义的ENV区和Linux下mtd分区的情况修改配置文件。具体的修改方法见fw_env.config文件中的说明及/tools/env/README文件。

3、fw_printenv工具的使用
其实fw_printenv使用起来和uboot下的printenv和setenv指令是一模一样的。
• 打印uboot环境变量:
1. fw_printenv [[ -n name ] | [ name ... ]]
2. # ./fw_printenv -n baudrate
3. 115200
4. # ./fw_printenv baudrate
5. baudrate=115200
如果不指定name,fw_printenv会打印出ENV区中的所有环境变量
• 设置uboot环境变量:
1. fw_setenv name [ value ... ]
2. 如果不指定value,表示要删除这个name的环境变量。
3. # ./fw_setenv temp tekkaman
4. # ./fw_printenv -n temp
5. tekkaman
6. # ./fw_setenv temp
7. # ./fw_printenv -n temp
8. ## Error: "temp" not defined



linux程序读写uboot env变量:

分析发现uboot env的存储格式是,开始4个字节是crc32,后面是一个接一个结束的字符串,每个串都是envname=enavalue的格式。
挪用uboot部分的相关代码,实现以下函数:
int set_env_ptr(unsigned char * ptr);
char *get_env (char *name);
int set_env (char *varname, char *varvalue);
int printenv(void);

使用时,我们读取env分区的数据到内存;
调用set_env_ptr(数据指针),该函数会进行crc校正确保env分区正确,并且返回0;
get_env, set_env, printenv相应uboot 中的echo $envname; setenv envname envstr; printenv
Usage: ./uboot_env read|set [envname] [value] -i envimage -o outimage

linux 程序读写Env分区 --- mtdparts,/dev/mtd*,mtd_debug

1. uboot $mtdparts 和 linux /dev/mtd* 的联系
比如:
uboot:# setenv mtdparts 'mtdparts=nx_2016:1408k@0k(boot),128k@1408k(env),-(extra);nx_2017:16m(k0),16m(k1),-(nandextra)'

linux:# cat /proc/mtd
dev: size erasesize name
mtd0: 00160000 00010000 "boot"
mtd1: 00020000 00010000 "env"
mtd2: 00280000 00010000 "extra"
mtd3: 00400000 00010000 "nx_2016"
mtd4: 04000000 00004000 "nx_2017"
mtd5: 01000000 00004000 "k0"
mtd6: 01000000 00004000 "k1"
mtd7: 02000000 00004000 "nandextra"

2. mtd_debug usage
参考
http://blog.csdn.net/yinkaizhong/archive/2008/12/25/3604794.aspx

比如,进一步看env分区的信息:
linux:# mtd_debug info /dev/mtd1
mtd.type = MTD_NORFLASH
mtd.flags = MTD_CAP_NORFLASH
mtd.size = 131072 (128K)
mtd.erasesize = 65536 (64K)
mtd.writesize = 1
mtd.oobsize = 0
regions = 0

3. 分区的操作
比如对env分区进行擦除:
# mtd_debug erase /dev/mtd1 0 0x20000


linux 下更新uboot环境变量:

参考网址:
http://www.denx.de/wiki/DULG/HowCanIAccessUBootEnvironmentVariablesInLinux

http://blog.csdn.net/hangbing0203/article/details/4314576
http://labs.igep.es/index.php/How_to_modify_the_uboot_environment_from_userspace

代码分析:
README:
This is a demo implementation of a Linux command line tool to access
the U-Boot's environment variables.
For the run-time utiltity configuration uncomment the line
#define CONFIG_FILE "/etc/fw_env.config"
in fw_env.h.

这个有误,应该是用配置文件时,不要注释掉这个宏
See comments in the fw_env.config file for definitions for the
particular board.
Configuration can also be done via #defines in the fw_env.h file. The
following lines are relevant:
#define HAVE_REDUND /* For systems with 2 env sectors */
#define DEVICE1_NAME "/dev/mtd1"
#define DEVICE2_NAME "/dev/mtd2"
#define DEVICE1_OFFSET 0x0000
#define ENV1_SIZE 0x4000
#define DEVICE1_ESIZE 0x4000
#define DEVICE2_OFFSET 0x0000
#define ENV2_SIZE 0x4000
#define DEVICE2_ESIZE 0x4000
Current configuration matches the environment layout of the TRAB
board.

HAVE_REDUND是用来环境变量备份用的
Un-define HAVE_REDUND, if you want to use the utlities on a system
that does not have support for redundant environment enabled.
If HAVE_REDUND is undefined, DEVICE2_NAME is ignored,
as is ENV2_SIZE and DEVICE2_ESIZE.
The DEVICEx_NAME constants define which MTD character devices are to
be used to access the environment.
The DEVICEx_OFFSET constants define the environment offset within the
MTD character device.
ENVx_SIZE defines the size in bytes taken by the environment, which
may be less then flash sector size, if the environment takes less
then 1 sector.
DEVICEx_ESIZE defines the size of the first sector in the flash
partition where the environment resides.

DEVICEx_NAME设备名
DEVICEx_OFFSET设备中环境变量的偏移
ENVx_SIZE 环境变量大小,可能比1sector小




查看环境变量大小:
pri查看
Environment size: 1560/4092 bytes
include/configs/mv_kv.h
#define CFG_ENV_SIZE 0x1000
所以大小是0x1000




查看环境变量偏移:
#define CFG_MONITOR_LEN (512 << 10) /* Reserve 512 kB for Monitor */ uboot镜像长度 0x80000 =512k
//uboot的基址和环境变量的基址
#define CFG_MONITOR_BASE (CFG_FLASH_BASE)
#define CFG_ENV_ADDR (CFG_MONITOR_BASE + CFG_MONITOR_LEN) 环境变量开始位置
#define CFG_ENV_SIZE 0x1000 //4k
环境变量从0x80000开始 到0x80000+0x1000
根据CFG_ENV_ADDR 知道环境变量偏移是0x80000




查看erasesize
/opt/qtmarvell/mvqt/tools # cat /proc/mtd
dev: size erasesize name
mtd0: 00100000 00010000 "uboot"
mtd1: 00700000 00010000 "linux-root"

编译fw_printenv:
下载http://ftp.denx.de/pub/u-boot/u-boot-2011.03.tar.bz2
根目录下:
make env HOSTCC=arm-mv5sft-linux-gnueabi-gcc
ln -s fw_printenv fw_setenv

修改fw_env.config ,根据上面的信息:
/opt/qtmarvell/mvqt/tools # cat fw_env.config
# Configuration file for fw_(printenv/saveenv) utility.
# Up to two entries are valid, in this case the redundant
# environment sector is assumed present.
# Notice, that the "Number of sectors" is ignored on NOR.
# MTD device name Device offset Env. size Flash sector size Number of sectors
/dev/mtd0 0x80000 0x1000 0x10000


U-Boot添加命令的方法及U-Boot命令执行过程(转)

下面以添加menu命令(启动菜单)为例讲解U-Boot添加命令的方法。
(1) 建立common/cmd_menu.c
习惯上通用命令源代码放在common目录下,与开发板专有命令源代码则放在board/<board_dir>目录下,并且习惯以“cmd_<命令名>.c”为文件名。
(2) 定义“menu”命令
在cmd_menu.c中使用如下的代码定义“menu”命令:
_BOOT_CMD(
menu, 3, 0, do_menu,
"menu - display a menu, to select the items to do something ",
" - display a menu, to select the items to do something"
);
其中U_BOOT_CMD命令格式如下:
U_BOOT_CMD(name,maxargs,rep,cmd,usage,help)
各个参数的意义如下:
name:命令名,非字符串,但在U_BOOT_CMD中用“#”符号转化为字符串
maxargs:命令的最大参数个数
rep:是否自动重复(按Enter键是否会重复执行)
cmd:该命令对应的响应函数
usage:简短的使用说明(字符串)
help:较详细的使用说明(字符串)
在内存中保存命令的help字段会占用一定的内存,通过配置U-Boot可以选择是否保存help字段。若在include/configs/mini2440.h中定义了CONFIG_SYS_LONGHELP宏,则在U-Boot中使用help命令查看某个命令的帮助信息时将显示usage和help字段的内容,否则就只显示usage字段的内容。
U_BOOT_CMD宏在include/command.h中定义:
#define U_BOOT_CMD(name,maxargs,rep,cmd,usage,help)
cmd_tbl_t __u_boot_cmd_##name Struct_Section = {#name, maxargs, rep, cmd, usage, help}
“##”与“#”都是预编译操作符,“##”有字符串连接的功能,“#”表示后面紧接着的是一个字符串。
其中的cmd_tbl_t在include/command.h中定义如下:
struct cmd_tbl_s {
char *name; /* 命令名 */
int maxargs; /* 最大参数个数 */
int repeatable; /* 是否自动重复 */
int (*cmd)(struct cmd_tbl_s *, int, int, char *[]); /* 响应函数 */
char *usage; /* 简短的帮助信息 */
#ifdef CONFIG_SYS_LONGHELP
char *help; /* 较详细的帮助信息 */
#endif
#ifdef CONFIG_AUTO_COMPLETE
/* 自动补全参数 */
int (*complete)(int argc, char *argv[], char last_char, int maxv, char *cmdv[]);
#endif
};
typedef struct cmd_tbl_s cmd_tbl_t;
一个cmd_tbl_t结构体变量包含了调用一条命令的所需要的信息。
其中Struct_Section在include/command.h中定义如下:
#define Struct_Section __attribute__ ((unused,section (".u_boot_cmd")))
凡是带有__attribute__ ((unused,section (".u_boot_cmd"))属性声明的变量都将被存放在".u_boot_cmd"段中,并且即使该变量没有在代码中显式的使用编译器也不产生警告信息。
在U-Boot连接脚本u-boot.lds中定义了".u_boot_cmd"段:
. = .;
__u_boot_cmd_start = .; /*将 __u_boot_cmd_start指定为当前地址 */
.u_boot_cmd : { *(.u_boot_cmd) }
__u_boot_cmd_end = .; /* 将__u_boot_cmd_end指定为当前地址 */
这表明带有“.u_boot_cmd”声明的函数或变量将存储在“u_boot_cmd”段。这样只要将U-Boot所有命令对应的cmd_tbl_t变量加上“.u_boot_cmd”声明,编译器就会自动将其放在“u_boot_cmd”段,查找cmd_tbl_t变量时只要在__u_boot_cmd_start与__u_boot_cmd_end之间查找就可以了。
因此“menu”命令的定义经过宏展开后如下:
cmd_tbl_t __u_boot_cmd_menu __attribute__ ((unused,section (".u_boot_cmd"))) = {menu, 3, 0, do_menu, "menu - display a menu, to select the items to do something ", " - display a menu, to select the items to do something"}
实质上就是用U_BOOT_CMD宏定义的信息构造了一个cmd_tbl_t类型的结构体。编译器将该结构体放在“u_boot_cmd”段,执行命令时就可以在“u_boot_cmd”段查找到对应的cmd_tbl_t类型结构体。
(3) 实现命令的函数
在cmd_menu.c中添加“menu”命令的响应函数的实现。具体的实现代码略:
int do_menu (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])
{
/* 实现代码略 */
}
(4) 将common/cmd_menu.c编译进u-boot.bin
在common/Makefile中加入如下代码:
COBJS-$(CONFIG_BOOT_MENU) += cmd_menu.o
在include/configs/mini2440.h加入如代码:
#define CONFIG_BOOT_MENU 1
重新编译下载U-Boot就可以使用menu命令了
(5)menu命令执行的过程
在U-Boot中输入“menu”命令执行时,U-Boot接收输入的字符串“menu”,传递给run_command函数。run_command函数调用common/command.c中实现的find_cmd函数在__u_boot_cmd_start与__u_boot_cmd_end间查找命令,并返回menu命令的cmd_tbl_t结构。然后run_command函数使用返回的cmd_tbl_t结构中的函数指针调用menu命令的响应函数do_menu,从而完成了命令的执行。

原文地址:https://www.cnblogs.com/sun-frederick/p/4763333.html