AM335X有关MMC的启动参数问题分析
AM335X有关MMC的启动参数问题分析
一、 问题来源
硬件平台:AM335X芯片
SDK版本:ti-processor-sdk-linux-am335x-evm-03.00.00.04-Linux-x86-Install
使用创龙相关文档进行参考。
发现问题的过程:使用SD(MMC0)卡启动UBOOT,内核,文件系统,正常启动之后,使用固化程序脚本将UBOOT、内核、文件系统固化到EMMC(MMC1)中。再将BOOT引脚设计为从EMMC(MMC1)启动。
关机后拔下SD卡,启动起来之后、文件系统内核的加载都是在EMMC中进行。
若关机后不拔下SD卡,启动后会有如下现象:
1、 uboot从EMMC(MMC1)启动,
2、 由于启动参数设置的原因,内核和文件系统还是使用的SD(MMC0)卡中的内容。
二、 启动参数详解
1、 相关启动命令及环境变量如下:
/*默认的args_mmc */
args_mmc=run finduuid;setenv bootargs console=${console} ${optargs} root=PARTUUID=${uuid} rw rootfstype=${mmcrootfstype}
/*默认的启动命令 */
bootcmd=run findfdt; run init_console; run envboot; run mmcboot; setenv mmcdev 1;setenv finduuid part uuid mmc 1:2 uuid;run mmcboot;run nandboot;run distro_bootcmd
/*默认的envboot */
envboot=mmc dev ${mmcdev}; if mmc rescan; then echo SD/MMC found on device ${mmcdev};if run loadbootscript; then run bootscript;else if run loadbootenv; then echo Loaded env from ${bootenvfile};run importbootenv;fi;if test -n $uenvcmd; then echo Running uenvcmd ...;run uenvcmd;fi;fi;fi;
/*默认的finduuid */
finduuid=part uuid mmc 0:2 uuid
/*默认的mmcdev */
mmcdev=0
/*默认的bootpart */
bootpart=0:2
/*默认的mmcboot */
mmcboot=mmc dev ${mmcdev}; if mmc rescan; then echo SD/MMC found on device ${mmcdev};run envboot; if run loadimage; then run mmcloados;fi;fi;
/*默认的loadimage */
loadimage=load mmc ${bootpart} ${loadaddr} ${bootdir}/${bootfile}
/*默认的nandboot */
nandboot=echo Booting from nand ...; run nandargs; nand read ${fdtaddr} NAND.u-boot-spl-os; nand read ${loadaddr} NAND.kernel; bootz ${loadaddr} - ${fdtaddr}
/*默认的distro_bootcmd 、boot_targets */
distro_bootcmd=for target in ${boot_targets}; do run bootcmd_${target}; done
boot_targets=mmc0 legacy_mmc0 mmc1 legacy_mmc1 nand0 pxe dhcp
三、启动过程分析:
1、Uboot起来后查看MMC0(1)有没有uboot.env,若没有,就使用默认的UBOOT启动参数。默认的的启动参数可以在UBOOT中查看。
2、取出bootcmd,见上一节中的参数,mmcdev初始值为0,本例中没有loadbootscript和bootenvfile。直接到mmcboot
3、mmcboot从MMC0中启动。
4、若mmc0启动未成功(MMC0不存在或者内容不对),则setenv finduuid part uuid mmc 1:2 uuid后,再一次运行mmcboot。
5、若没有成功,则运行nandboot(2)
6、若还不成功,则运行distro_bootcmd(3)。
四、问题原因分析
启动参数设置不合理,主要由以下几点:
1、 内核启动时是从默认的MMC0、MMC1。。。等等去进行查找并启动,若本来设置的目的是通过MMC1启动,但是这是若MMC0设备存在并有内核文件在其中,则会被启动。这也是本文开头描述的现象。
2、 MMC0若是没有启动,应该切换到MMC1,需要重新设置一些环境变量的值,bootcmd中对mmcdev 、 finduuid 进行了重新设置,但是未对bootpart进行重新赋值,这会导致MMC1的内核启动还是变为了MMC0的内核启动,参见 mmcboot中的loadimage。
五、问题解决办法
对应上一节提出的问题,解决办法如下:
1、 可以使用判断语句,判断出当前位置,就是确定是哪个MMC,并从中启动内核,但是现阶段没有更改,只是保证SD卡中没有内核文件就好。
2、 增加对bootpart的修改,UBOOT中修改后的bootcmd为:
#define CONFIG_BOOTCOMMAND \
"run findfdt; " \
"run init_console; " \
"run envboot; " \
"run mmcboot; " \
"setenv mmcdev 1;setenv bootpart 1:2;setenv finduuid part uuid mmc 1:2 uuid;" \
"run mmcboot;" \
"run nandboot;" \
"run distro_bootcmd"
六、注释处解释
(1)uboot.env可以设置存放位置,默认在MMC0,在Am335x_evm.h中设置
/* Not NAND, SPI, NOR or eMMC env, so put ENV in a file on FAT */
#define CONFIG_ENV_IS_IN_FAT
#define FAT_ENV_INTERFACE "mmc"
#define FAT_ENV_DEVICE_AND_PART "0:1"
#define FAT_ENV_FILE "uboot.env"
(2)nandboot这个环境变量写的不合理,应判断是否存在再进行读取和启动。不判断直接读取,读取失败后还是进行启动,若这时内存中(kernel_addr_r=0x82000000)刚好有之前读入的内核,启动会出问题,问题原因需要进一步明确。
(3)distro_bootcmd为依次从上述启动路径进行查找内核文件并启动。过程涉及较多,不进行一一分析。这个为保底的启动扫描。
注:若不进行bootpart的重新设置,不插SD卡,还是会从MMC1启动,但是这时不是mmcboot从中MMC1启动的(bootpart设置的还是0:2),而是在distro_bootcmd中扫描到MMC1是启动的,在这之前会进行nandboot,但是会失败。若启动好之后 reboot,则重复上述过程,在nandboot时,发现内存中有内核,则会启动,就会发生问题。所以还是必须要将bootcmd更新,保证功能的健壮性。
反思:
1、总是觉得所有的启动都是和 BOOTPIN有关,其实只有MLO和UBOOT是与BOOTPIN有关。内核的启动是与启动参数有关的。基于本文的分析,启动命令、参数,尤其是bootcmd与args_mmc是可以灵活配置的。
2、开发方式:起初完全可以利用SD卡进行启动,uboot.env也存放在SD卡中,内核部分开发完毕后,可以将uboot.env设置到MMC1 中。这时固化uboot及内核到MMC1中。此时从MMC1启动UBOOT,这个时候就可以重新设置环境变量,使得bootcmd更加精简。之后保存,将uboot.env保存在MMC1上,之后Uboot启动后都会去查找uboot.env这个文件。这部分未做尝试。
可以看出:启动命令,启动参数。环境变量文件等都是可以灵活变通的。
AM335X有关MMC的启动参数问题分析的更多相关文章
- external-attacher源码分析(1)-main方法与启动参数分析
更多 ceph-csi 其他源码分析,请查看下面这篇博文:kubernetes ceph-csi分析目录导航 摘要 ceph-csi分析-external-attacher源码分析.external- ...
- external-provisioner源码分析(3)-组件启动参数分析
更多ceph-csi其他源码分析,请查看下面这篇博文:kubernetes ceph-csi分析目录导航 external-provisioner源码分析(3)-组件启动参数分析 本文将对extern ...
- ceph-csi源码分析(2)-组件启动参数分析
更多ceph-csi其他源码分析,请查看下面这篇博文:kubernetes ceph-csi分析目录导航 ceph-csi源码分析(2)-组件启动参数分析 ceph-csi组件的源码分析分为五部分: ...
- uboot启动阶段修改启动参数方法及分析
作者:围补 本来启动方式这节不是什么复杂的事儿,不过想简单的说清楚明白,还真是不知道怎么组织.毕竟文字跟有声语言表达有别.但愿简单的东西别让我讲的太复杂! Arm板系统文件一般有三个——bootloa ...
- 【ARM-Linux开发】 uboot启动阶段修改启动参数方法及分析
作者:围补 本来启动方式这节不是什么复杂的事儿,不过想简单的说清楚明白,还真是不知道怎么组织.毕竟文字跟有声语言表达有别.但愿简单的东西别让我讲的太复杂! Arm板系统文件一般有三个--bootloa ...
- [置顶] linux内核启动1-启动参数(启动参数的获取和处理,分析setup_arch)
最近公司要求调试一个内核,启动时有问题,所以就花了一点时间看看内核启动. 看的过程中总结了一点东西,希望可以帮助大家调试内核. 当我开始看的时候,第一件事是从网上搜集资料,不看不知道,一看吓一跳!牛人 ...
- linux-3.2.36内核启动1-启动参数(arm平台 启动参数的获取和处理,分析setup_arch)【转】
转自:http://blog.csdn.net/tommy_wxie/article/details/17093297 最近公司要求调试一个内核,启动时有问题,所以就花了一点时间看看内核启动. 看的过 ...
- u-boot向linux内核传递启动参数(详细)
U-BOOT 在启动内核时,会向内核传递一些参数.BootLoader 可以通过两种方法传递参数给内核,一种是旧的参数结构方式(parameter_struct),主要是 2.6 之前的内核使用的方式 ...
- U-Boot启动过程完全分析
U-Boot启动过程完全分析 1.1 U-Boot工作过程 U-Boot启动内核的过程可以分为两个阶段,两个阶段的功能如下: (1)第一阶段的功能 硬件设备初始化 加载U-Boot第二阶段 ...
随机推荐
- 修改Linux系统时间EDT改为CST
今天发现一台服务器时间比北京时间慢 12 个小时,使用 date 命令后发现是: 2019年 06月 04日 星期二 21:50:33 EDT EDT 时间即美国东部时间.这里要改为北京时间即可: m ...
- OpenShift 4.2 etcd operatorhub离线环境部署
本文记录在OperatorHub中存在界面但缺少镜像的环境下如何安装部署.感谢王征提供的大力支持和指导. 现在一个在线环境找到etcd所需要的镜像 quay.io/coreos/etcd-operat ...
- Python - Django - 中间件 process_response
process_response 函数是执行完 views.py 后执行的函数 process_response 函数有两个参数,一个是 request,一个是 response,response 是 ...
- jquery预加载显示百分比
jquery预加载显示百分比 <pre> <img class="bj loadimg" loadimg="/weiqingshu/images/1/b ...
- 使用Prometheus监控bind9的DNS服务
首先编译bind_exporter,编译方式参见bind_exporter 创建一个systemd配置文件来运行bind_exporter vi /etc/systemd/system/bind_ex ...
- SQL Server 参数嗅探问题
摘要 MSSQL Server参数嗅探既是一个涉及知识面非常广泛,又是一个比较难于解决的课题,即使对于数据库老手也是一个比较头痛的问题.这篇文章从参数嗅探是什么,如何产生,表象是什么,会带来哪些问题, ...
- BJFU-215-基于链式存储结构的图书信息表的排序
这里用的是冒泡排序 #include<stdio.h> #include<stdlib.h> #define MAX 100 typedef struct Book{ doub ...
- 有些CCS工程中为什么会有两个CMD文件?
这里的CCS就是TI公司的Code Composer Studio 集成开发环境,所以这篇随笔也就是关于TI公司DSP开发过程中对于刚入门同学的一个常见问题了. 那作为一个初学者,对于CCS工程中的c ...
- 【翻译】REST framework JWT Auth(django rest framework-jwt)
JWT认证的REST框架 原文链接 概述 这个包提供对Django REST framework的JSON Web Token 认证支持. 需要满足条件 Python (2.7, 3.3, 3.4, ...
- elasticsearch插件
bigdisk安装: 1.下载地址http://bigdesk.org/,注意和elasticsearch的版本对应关系 2.将文件上传到服务器elasticsearch的plugin目录下,解压 3 ...