在编译uboot的过程中,经常需要针对不同版本,修改波特率等相关参数。为了让这个过程更加轻松和简单(不用每次手工修改源码),于是将这些参数定义到menuconfig中,没想到就是这个小小的动作,竟然导致了一个奇怪的问题:编译后的uboot无法启动!这是怎么一回事呢?各位看官别急,且听我慢慢道来
由于CONFIG_BAUDRATE等一系列参数需要经常修改,于是将其定义到menuconfig中,实际需要修改的是config.in文件:
##### manfeel, env define #####
comment "=== Manfeel defined === ---"
choice 'Config baud rate' "9600 BR_9600 \
19200 BR_19200 \
38400 BR_38400 \
57600 BR_57600 \
115200 BR_115200 \
" 57600
if [ "$BR_9600" = "y" ]; then
define_int CONFIG_BAUDRATE 9600
fi
if [ "$BR_19200" = "y" ]; then
define_int CONFIG_BAUDRATE 19200
fi
if [ "$BR_38400" = "y" ]; then
define_int CONFIG_BAUDRATE 38400
fi
if [ "$BR_57600" = "y" ]; then
define_int CONFIG_BAUDRATE 57600
fi
if [ "$BR_115200" = "y" ]; then
define_int CONFIG_BAUDRATE 115200
fi
int "Boot delay" CONFIG_BOOTDELAY 2
string "Config server IP" CONFIG_SERVERIP 192.168.1.100
string "Config our IP" CONFIG_IPADDR 192.168.1.1
bool "Auto boot from USB disk" CONFIG_AUTO_USB_BOOT
bool "Boot backup kernel for recovery" CONFIG_BOOT_BACKUP_KERNEL
if [ "$CONFIG_BOOT_BACKUP_KERNEL" = "y" ]; then
hex "the size of backup kernel" BACKUP_KERNEL_SIZE 0x100000
fi
###############################
我们知道,make menuconfig后,会自动生成autoconf.h,于是,在原来定义CONFIG_BAUDRATE的rt2880.h文件中,#include了autoconf.h,编译时一切正常,没想到烧入flash无法启动。百思不得其解,后来经过反复的注释里面相关的定义,终于发现了一个惊天秘密!原来,是MK_STR的宏定义问题!
在menuconfig中,专门针对int、hex、string做出了不同的处理,如int在定义时,会用()包围整数,hex会加上0x前缀,string会用“”包围。
而正是这个细心周到的定义,竟然和MT_STR冲突了!MK_STR的做法太过于粗暴,直接将#define定义的内容,强行用“”包围,结果导致了今天的“血案”。
思考了一下,决定在Menuconfig的脚本里面,加上raw这样一种“类型”,用以和MK_STR兼容,实在是囧啊。