uboot正常启动后，会调用main_loop(void)函数，进入main_loop()之后，如果在规定的时间（CONFIG_BOOTDELAY）内，没有检查到任何按键事件的发生，就会去加载OS，并启动系统

用户通过u-boot命令行来告诉要输入的命令，命令行交互是通过u-boot的main_loop来实现的。接下来我们就看看main_loop是怎么实现命令行交互的吧！

最近在写cortex-M3的一个裸机程序，写的过程中突然想到，虽然这个程序很简单但是我并没有关心cortex-M3的启动代码，很多时候，我只关心主循环在干什么甚至连初始化CPU部分也不需要很细致，这些代码在启动时只执行一遍，之后就再也没有执行了，更多时候，需要关心的是一遍又一遍执行的主循环于是，我觉得，u-boot程序如果不关心初始化，只关注主循环会怎么样呢？想到就做，于是就有了下面的主循环代码运

main_loop()函数做的都是与具体平台无关的工作，主要包括初始化启动次数限制机制、设置软件版本号、打印启动信息、解析命令等。（1）设置启动次数有关参数。

u-boot_mt7620从mt7620_uboot/cpu/ralink_soc/start.S：lat9,board_init_f进入c代码中，相继调用board_init_f和board_init_r，进入main_loop

cpu_init_crit->lowlevel_init(板子相关)->relocate(将U-boot重定位到RAM)->stack_setup->clear_bss->start_armboot()(C程序)->main_loop

LED寄存器地址MOVR1,#0X00000100//准备向寄存器写入的数据STRR1,[R0]//寄存器写入数据LDRR0,=0X56000054MOVR1,#0X00000000STRR1,[R0]MAIN_LOOP

text.global_start_start:LDRR0,=0x56000010MOVR1,#0x00001000STRR1,[R0]LDRR0,=0x56000014MOVR1,#0x00000000STRR1,[R0]MAIN_LOOP

1、u-boot启动流程u-boot启动是从start.s开始的，一直到进入main_loop结束。

start_armboot做了一些初始化化然后在死循环里调用main_loop函数：/*main_loop()canretu

UBOOT命令行加密是比较简单的问题(main_loop())，但是如何确保看到的代码的人及LINUX系统管理员无法通过环境变量获取密码呢，加入哈希加

这个ping源码控制发包的时间间隔是通过main_loop()比较复杂的时间计算控制，因为它要控制诸如-l这样的选

前面我们分析了uboot的配置过程、编译过程、执行流程、解析了main_loop()函数、分析了uboot的命令结构。

该过程将持续u-boot的整个生命周期，直到main_loop（即传说中的命令行）。注1：由于u-boot后初始化过程，基本上涉及到了所有的软件模块，因此本文不能一一分析，基本原

前言在上一篇文章中，简单的捋了一遍使用BackgroundScheduler调度器做定时任务的流程，本篇接着上一篇文章，分析一下_real_add_job方法和_main_loop方法。

4412的启动流程以及编译4412的Uboot的流程，这两个流程其实是并不适用于所有芯片的，可以说是4412的特有流程，别的芯片可能类似但是差别不会太小，这次我们分析Uboot的启动过程，这是从一上电到执行main_loop

2016.05跑完spl之后，如果选择了引导uboot启动，最后会进入board_init_r函数，该函数中的数组init_sequence_r中的最后一个元素run_main_loop函数包含我们要介绍的main_loop

include#include#include#include#include#include#include#includeintsock;voidnet_io_action(structev_loop*main_loop

TODOAuto-generatedmethodstubint[]primes=newint[50];primes[0]=2;intcnt=1;//cnt不但表示拥有多少个素数，而且表达的是下一个素数写进来的位置MAIN_LOOP

接着上一篇内容，本篇我们来分析main_loop的主要内容：main_loop主要功能有两点：1.没有进入调试模式的话，初始化一些参数，直接跳转到内核入口处执行2.进入调试模式，执行串口输入的命令s=getenv

1、u-boot启动流程u-boot启动是从start.s开始的，一直到进入main_loop结束。过程用下面一个表格

1：回归到main_loopuboot启动第二阶段的最后，进入死循环main_loop()函数，命令行中没输出一次命令，就会执行一次main_loop函数，完成一次命令的获取、解析和执行。

uboot在加载到RAM执行后，跳转到main_loop中，然而main_loop最后调用的一个函数是parse_file_outer。在这个函数中进行解析我们设置的uboot环境变量。

进入到main_loop函数中，大致内容如下：voidmain_loop(void) { ...

第二阶段是从lib_arm/board.c中的start_armboot开始的第二阶段也可以分为两个部分，init_sequence中的初始化部分，start_armboot函数后续的初始化部分，之后是main_loop

原文在我博客：http://blog.csdn.net/andy_wsj/article/details/8614905最近在写cortex-M3的一个裸机程序，写的过程中突然想到，虽然这个程序很简单但是我并没有关心cortex-M3的启动代码，很多时候，我只关心主循环在干什么甚至连初始化CPU部分也不需要很细致，这些代码在启动时只执行一遍，之后就再也没有执行了，更多时候，需要关心的是一遍又一遍执

在进入main_loop()函数后，首先是根据配置加载已经保留的启动次数，并且根据配置判断是否超过启动次数。代码如下：295 v

main_loopcommon/main.c main_loop又臭又长，去掉宏注释掉的部分就只剩下一点点了。

用户通过u-boot命令行来告诉要输入的命令，命令行交互是通过u-boot的main_loop来实现的。接下来我们就看看main_loop是怎么实现命令行交互的吧！

在main_loop（）代码 中可以知道，uboot处理命令的函数是run_command() 代码在bootable\bootloader\uboot-i

QEMU的主要线程:主线程（main_loop），一个vCPU线程，一个或者多个I/O线程（aio），一个或者多个wor

1。main_loopcommon/main.cmain_loop又臭又长，去掉宏注释掉的部分就只剩下一点点了。如下：voidmain_loop(void){#ifndefCONFIG_SYS_HUSH_PARSERstaticcharlastcommand[CONFIG_SYS_CBSIZE]={0,};intlen;intrc=1;intflag;#endif#ifdefined(CONFIG

main_loop()函数main_loop()函数做的都是与具体平台无关的工作，主要包括初始化启动次数限制机制、设置软件版本号、打印启动信息、解析命令等。（1）设置启动次数有关参数。

main_loop()函数做的都是与具体平台无关的工作，主要包括初始化启动次数限制机制、设置软件版本号、打印启动信息、解析命令等。（1）设置启动次数有关参数。

start_armboot{}main_loop{1.环境变量mtdparts,调用mtdparts_init2.如果在启动过程中无空格键按下则boot_zImage有空格键按下则run_command

转自：http://blog.chinaunix.net/uid-26009923-id-3150347.htmlstart_armboot{}main_loop{1.环境变量mtdparts,调用mtdparts_init2

最近在写cortex-M3的一个裸机程序，写的过程中突然想到，虽然这个程序很简单但是我并没有关心cortex-M3的启动代码，很多时候，我只关心主循环在干什么甚至连初始化CPU部分也不需要很细致，这些代码在启动时只执行一遍，之后就再也没有执行了，更多时候，需要关心的是一遍又一遍执行的主循环于是，我觉得，u-boot程序如果不关心初始化，只关注主循环会怎么样呢？想到就做，于是就有了下面的主循环代码运

这一回来分析一下uboot中命令行的解释,所以我们直接从main_loop开始分析.1.从汇编阶段进入c阶段的第一个函数是start_xxx,如/lib_unicore/board.c中的start_unicoreboot

在uboot运行到第二个阶段后，会进入到main_loop函数中，该函数有一个作用就是处理用户所输入的命令，下面详细分析命令处理的流程：一、命令的结构及定义在uboot里面，命令的创建是通过宏定义U_BOOT_CMD

我们可以看到在，start_armboot()函数的最后，在一个无限循环中调用了函数main_loop(),该函数在common/main.c文件中被定义，我们可以看到下面的一段代码：#if defined

yuanluluhttp://blog.csdn.net/yuanlulu版权没有，但是转载请保留此段声明============================================终于分析完了main_loop

1.uboot启动内核的代码缩减如下：s=getenv("bootcmd");debug("###main_loop:bootcmd=\"%s\"\n",s?

Uboot启动流程：cpu/start.s----àlib_arm/bord.c中的start_armboot()函数-----àcomman/min.c中的main_loop()函数。

1.Uboot：Start.s->start_armboot() -> main_loop()      main_loop()会调用abortboot(bootdelay)判断在delaytime内有没有键按下

 uboot正常启动后，会调用main_loop(void)函数，进入main_loop()之后，如果在规定的时间（CONFIG_BOOTDELAY）内，没有检查到任何按键事件的发生，就会去加载OS，并启动系统

uboot中main_loop分析分类：uboot2011-03-1911:151349人阅读评论(3)收藏举报 ============================================

这是因为行U-Boo是一个单线程main_loop函数+中断处理

卡复制到外部ram后，就可以分配执行C代码的堆栈，然后调用lib_arm/board.c中的start_armboot开始uboot的C代码部分start_armboot的作用就是初始化系统硬件，然后进入main_loop

我们可以看到在，start_armboot()函数的最后，在一个无限循环中调用了函数main_loop(),该函数在common/main.c文件中被定义，我们可以看到下面的一段代码：#if defined

1.uboot启动内核的代码缩减如下：s=getenv("bootcmd");debug("###main_loop:bootcmd=\"%s\"\n",s?