如何为SD卡与NAND Flash的uboot加上menu菜单
亲爱的卡友们,如果看完文章之后还是有疑惑或不懂的地方,请联系我们,自己去理解或猜答案是件很累的事,请把最麻烦的事情交给我们来处理,术业有专攻,闻道有先后,深圳市雷龙发展专注存储行业13年,专业提供小容量存储解决方案。 【SD NAND】用ok6410进行烧写时,每次都需要敲一大堆命令,又费时又费力。 记得以前用TQ2440时,u-boot启动时会有一个菜单,只按一个数字键就把内核烧好了,非常方便。 现在这张SD卡功能就很全面了,不仅能够直接从SD卡启动,而且还可以烧写NAND Flash中的u-boot zImage rootfs,呵呵。 下面就把这个功能加到ok6410的u-boot 中去。 一、修改SD卡的u-boot1.1.6 1. common/main.c中 void main_loop (void) { …… if(bootdelay>=0&&s&&!abortboot(bootdelay)){ } //如果在启动过程中有按键,打断了执行过程的话 run_command("menu",0); //如果menu返回的话,就进入u-boot的shell中 #ifdef CFG_HUSH_PARSER parse_file_outer(); …… } 2. 执行menu的过程 run_command("menu", 0),最终会执行do_menu. do_menu 开始时先打印出命令菜单,然后根据不同的选择,执行不同的命令。 所以添加的文件 common/cmd_menu.c,如下: #include #include #include #include void print_menu_usage(void) { printf("rn##### SD boot Menu#####rn"); printf("[1] Download u-boot bootloader to Nand Flashrn"); printf("[2] Download Linux Kernel to Nand Flashrn"); printf("[3] Download CRAMFS image to Nand Flashrn"); printf("[4] Download YAFFS image to Nand Flashrn"); printf("[5] Boot the systemrn"); printf("[6] Format the Nand Flashrn"); printf("[0] Set the boot parametersrn"); printf("[a] Download User Program (eg: uCOS-II or TQ2440_Test)rn"); printf("[b] Download LOGO Picture (。bin) to Nand Flash rn"); printf("[q] quit from menurn"); printf("Enter your selection: "); } intdo_menu(cmd_tbl_t*cmdtp,intflag,intargc,char*argv[]) { intc; char cmd_buf[200]; while(1) { print_menu_usage(); c=getc(); printf("%cn",c); switch(c) { case'1': { strcpy(cmd_buf,"fatload mmc 0:1 50008000 u-boot.bin_nand; nand erase 0 100000; nand write.uboot 50008000 0 10000"); run_command(cmd_buf,0); break; } case'2': { strcpy(cmd_buf,"fatload mmc 0:1 50008000 zImage_nand; nand erase 100000 500000; nand write.e 50008000 100000 500000"); run_command(cmd_buf,0); break; } case'3': { //strcpy(cmd_buf,"fatload mmc 0:1 50008000 u-boot.bin; nand erase 0 100000; nand write.uboot 50008000 0 10000"); //run_command(cmd_buf,0); break; } case'4': { //strcpy(cmd_buf,"fatload mmc 0:1 50008000 rootfs.yaffs; nand erase 600000 4A4000; nand write.yaffs2 50008000 600000 4A4000"); //strcpy(cmd_buf,"fatload mmc 0:1 50008000 rootfs.yaffs; nand erase 600000 $(filesize); nand write.yaffs2 50008000 600000 $(filesize)"); //注意:nand erase 600000 $(filesize),假设有坏块的话,这样会有数据不能写入, 所以这个地方可以固定一个较大值,如 // 0x1400000=20M,所以rootfs.yaffs的大小不能超过20M, //考虑此处是不是要加上NAND Flash分区: nand erase root,把整个的root分区全部擦除,这样就不必担心是否有坏块的问题了 strcpy(cmd_buf,"fatload mmc 0:1 50008000 rootfs.yaffs; nand erase 600000 1400000; nand write.yaffs2 50008000 600000 $(filesize)"); run_command(cmd_buf,0); break; } case'5': { strcpy(cmd_buf,"bootm 50008000"); run_command(cmd_buf,0); break; } case'q': return; default: printf("command not foundn"); break; } } } U_BOOT_CMD( menu,5,1,do_menu, "menu - manipulate BMP image datan", "menu long help: TNND mu you" ); 3. 添加到Makefile中 最后在common/Makefile中添加一行 COBJS+=cmd_menu.o 注意:在组合命令时,如NAND write不知道烧写的大小怎么办? 没关系,有变量 $(filesize), 只要加上这个任何问题都不再困难。 上面的50008000是从SD卡启动时,要读到的内存地址; 若是从Nand Flash启动要把上面的50008000改为C0008000 二。 测试一下 2.1 sd卡 a. 因为都是从SD卡和第一个分区读数据,所以将SD卡分区时第一个分区格式必须为FAT32. b. 编译u-boot.bin: 代码要用光盘中带的u-boot,这个支持从NAND Flash 启动 make forlinx_nand_ram256_config, 后生成 u-boot.bin 复制到SD卡的第一个分区, 并改名为 u-boot.bin_nand(要与u-boot代码中的名称保持一致) c. 编译zImage 代码要用光盘中带的linux-3.0.1, make后生成zImage 复制到SD卡的第一个分区, 并改名为 zImage_nand(要与u-boot代码中的名称保持一致) d. 生成rootfs.yaffs 可以用光盘中带的FileSystem-Yaffs2.tar.gz, 解压后,嫌太大,把不需要的删掉, 里面的busybox好像是动态链接的,自己编个静态的busybox,最后生成rootfs.yaffs sudo /opt/6410/4.3.2/bin/mkyaffs2image-nand2g FileSystem-Yaffs2 rootfs.yaffs NAND Flash 是2G的所以要用命令 mkyaffs2image-nand2g 将rootfs.yaffs复制到SD卡的第一个分区(要与u-boot代码中的名称保持一致) 注意: 如果不确定rootfs本身有没有问题,可以先从nfs启动,看是否正常。 如果正常再用mkyaffs2image-nand2g,做成yaffs镜像烧入到NAND Flash中。 亲爱的卡友们,如果看完文章之后还是有疑惑或不懂的地方,请联系我们,自己去理解或猜答案是件很累的事,请把最麻烦的事情交给我们来处理,术业有专攻,闻道有先后,深圳市雷龙发展专注存储行业13年,专业提供小容量存储解决方案。
initramfs编译到内核似乎没运行,都怪自己没看官方教程
现象
Kernel挂载自定义的文件系统后似乎没有任何提示,不知文件系统制作是否成功。
背景
Linux的根文件系统调试方式有很多种,uboot传递相应参数告知从Kernel从哪里挂载根文件系统: MTD、硬盘、NFS、SD卡、initramfs。这里我选择的是initramfs的方式挂载,目的是尽可能 排除其他环境因素影响文件系统测试,包括:NFS root没有执行权限;uboot的NAND纠错算法(ECC)和 Kernel的不一致导致MTD数据载入错误。
initramfs是直接和Kernel绑定在一起,同时解压到内存,踩坑的概率要小很多 ,保证文件系统 足够小、内存足够大,基本不会遇到问题。
之所以写这篇文章是没仔细读取Kernel官方文档:Documentation/filesystems/ramfs-rootfs-initramfs.rst。
1. 制作方式
上文说了initramfs要保证文件系统足够小、内存足够大。没有什么比一句话代码的容量更小。 万能的儿童版Hello world教程,这个例位于linux源码 Documentation 目录下,注意后面的休眠2秒,
为什么休眠2秒,这里先埋个包袱 。
源码最好静态编译,避免遗漏拷贝 .so 影响测试。
配置内核填入initramfs的根目录
uboot传递启动参数:setenv bootargs ‘console=ttyAM0,115200n8 rdinit=/sbin/init’ 。
Kernel的ramdisk_execute_command字符串接受这个参数,rdinit是initramfs执行的第一个程序位置, 进程的PID是1。
console这么传递请参考上一篇文章《uboot传递console究竟怎么填?ttyX傻傻分不清》。
Kernel最后加载文件系统阶段首先检查是否存在rdinit所指的文件,不存在则从其他媒介设备 挂载文件系统。从Kernel角度来说,无论是rdinit和其他媒介设备的文件系统内核都同等对待, 只是找到谁就执行谁而已。
相关源码位于init/main.c
走你,咦!内核启动结束后没看到期待的 “Hello world” 。
2. 提出排查方向
起初怀疑3个方向:
文件没有找到文件找到了,却没执行权限文件找到了,也执行了,但没找到stdout3. 排除设想1、2
从输出结果怀疑方向,首先最先排除的是“设想1”,肯定是找到/sbin/init,否则不会出现倒数第二行 “CPU 0执行的init进程PID 1 退出”,没执行哪来的退出,于是排除“设想2”。
验证方案也很简单,删除/work/ramfs/sbin/init再测试一次。
输出内容有明显差异,输出意思:rdinit所指文件不存在,尝试从其他媒体设备挂载文件系统,而其他媒体 设备位置却没有传递,请纠正 “root=” 参数。
5. 确认设想3
回头看 Warning: unable to open an initial console 。某个console没有打开?会不会是 “设想3”的stdout呢?
该字符串出现在源码 init/main.c。尝试打开/dev/console作为标准输入/输出/错误,节点的信息照抄 本地PC的 “ls -l /dev/console”。照葫芦画瓢创建节点。
sudo mknod -m 622 console c 5 1
再次上电测试成功看到 “Hello world”
为什么延时2秒
延时2秒是为了看效果,系统正常运行时是不允许PID 1退出,它很特殊起到脱孤进程的作用,一旦退出系统认为出大事咯,立即打印出堆栈信息,并停止运行。
相关问答
USB摄像头反映速度慢是怎么回事-ZOL问答友善之臂的arm9光盘里有教如何烧写系统的你按上面的步骤把uboot内核根文件系统重新烧写就好了你是烧在nand还是nor?下载一个驱动精灵把驱动打一下试试...