深入剖析windows mobile启动过程
深入剖析windows mobile启动过程
转自winbile.net
介绍一下mobile系统的启动流程，仅供大家学习之用:
硬件平台:TI omap
软件平台：WM5.0
相关术语：
RTOS Real-time Operating System
EBOOT ETHERNET BOOT
IPL Initial Program Loader
整体流程：
powerON--〉BootROM--->x-loader---->Eboot----->IPL--->OS
下面围绕上述过程展开：
1 powerON
这里指的是硬件power ON，当按触powerON键后，系统上电，同时触发CPU复位管脚。系统进入到BootROM中，执行其中固化的代码。
2 BootROM：
BootROM中固化了一段引导代码，用于系统初始化，初始化必要的寄存器，决定启动流程是正常启动或者启动flashing，进入到x-loader。
Boot ROM的初始化工作有：
l 关闭可屏蔽中断
l 时钟设置和DPLL设置
l 配置ULPD寄存器，为UART提供48MHz的时钟频率
l 配置ARM CORE内部寄存器
l 配置EMIFS寄存器
l 建立ARM CORE中断向量表
上面的工作实际上就是初始化必要寄存器，例如EMIFS初始化。
在系统上电时候，BootROM代码会检测是否需要擦写flash内容，可以是部分擦写也可以是全部擦写。
擦写工作一般在上电时刻进行，BootROM代码初始化可编程接口（例如USB或者UART串口），然后等待从上位机发过来的boot command命令，如果在没有收到或者等待超时，系统正常启动。
（注；上位机是指：人可以直接发出操控命令的计算机，一般是PC。从概念上说控制者和提供服务者是上位机，被控制者和被服务者是下位机。可以理解为主机和从机的关系）
如果等到上位机的boot command命令，上位机会download Flash loader程序到omap的interal ram 空间中。Flash loader是由自身的header，flash loader应用程序和一些附加程序构成。
接着Boot ROM程序在安全模式下，检查flash loader的signatures来校验其完整性，如果检查失败，系统重启。如果检查通过，flash loader程序开始运行，它将较大size的OS image downloader到Flash介质中。
Boot ROM决定启动方式：
1）从NOR或者NAND Flash 正常启动
2）通过USB或者UART编程后，然后重新正常启动。
Boot ROM加载 x-loader：
OS Image 下载到flash后，boot ROM代码会从NOR或者NAND flash中查找TOC。
TOC是在flash上的一个数据结构，包含了Image信息，起始位置，大小等等。TOC可以有多个，每个TOC都对应着一个Image。NAND flash上TOC最多为16个，最大size为512B。NOR flash情况不一样。
Boot ROM 检测项目名为“x-loader”的TOC，让后将对应的Image加载到内存。x-loader是一个通用的loader程序，被Boot ROM从FLASH中启动（NOR），x-loader承担OS的启动，x-loader会被校验然后才会授予权限继续运行。
NOR flash上的 sub-image 具有XIP特性，因此NOR flash上的x-loader大小不受限制。对于NAND flash由于其不支持XIP，所以Boot ROM在其开始处预留了64K空间，这个预留空间用于启动扇区，至少包含一个TOC，TOC和其对应的image 被copy到RAM空间，然后才能被执行。
3 x-loader
x-loader的功能有哪些？
a，初始化硬件，如GPIO初始化。
b，加载Eboot代码到RAM空间
c, 跳转到Eboot代码
介绍一下x-loader TOC实现机制：
xldr_startup.s (src\boot\xldr\)
。。。。。。
ALIGN 0x200
DCD 0x00000040 ; Startoffset from TOC start （0x240）
DCD 0x00000800 ; Size
DCD 0x00000000 ; Flags
DCD 0x00000000 ; Align
DCD 0x00000000 ; Spare
DCD 0x4F4C2D58 ; Filename - X-LO
DCD 0x52454441 ; Filename - ADER
DCD 0x00000000 ; Filename - Blank
DCD 0xFFFFFFFF ; terminating TOC entry
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
StartUp ；（0x240）//X-LOADER入口地址
EXPORT StartUp
INCLUDE..\..\..\common\src\ARM\TI\omap730\startup\hwinit.s
Hwinit.s的主要功能：
l Set SVC mode & disable IRQ/FIQ
l Initialize cache & CP15 control register
l Initialize TIPB Bridges
l Initialize EMIFS (flash & debug board controller)
l Initialize EMIFF (DRAM controller)
l Initialize OCPT1/OCPT2
l Initialize OCPI
l Initialize UPLD
l Initialize CLKM
l Configure OMAP730 SoC multiplexing
l Configure OMAP730 SoC GPIO
l Disable Watchdog Timer
l Set DMA to OMAP3.2 mode
l Reset USB modules
4 EBoot
EBoot（ethernet boot）位于MDOC的SPL分区，EBoot主要被PLATFORM BUILDER用来完成对DOC的编程，作为一个系统引导，下载工具，对菜单选项进行操作，并且通过EBoot能够对引导参数进行配置.
首先看看EBOOT对系统进行参数配置所设计到几个重要变量。
l g_bootCfg
typedef struct {
UINT32 signature; // Structure signature
UINT32 version; // Structure version
DEVICE_LOCATION bootDevLoc; // Boot device
DEVICE_LOCATION kitlDevLoc;
UINT32 kitlFlags; // Debug/KITL mode
UINT32 ipAddress;
UINT32 ipMask;
UINT32 ipRoute;
} BOOT_CFG;
这个全局变量用来保存系统启动配置参数，实际上对菜单选项的操作实质上是对这个结构变量对应部分的设置。通过BLMenu（）来进行菜单选项的操作。
l g_eboot
typedef struct {
OAL_KITL_TYPE bootDeviceType;
UINT32 type;
UINT32 numRegions;
UINT32 launchAddress;
REGION_INFO_EX region[BL_MAX_BIN_REGIONS];
UINT32 recordOffset;
UINT8 *pReadBuffer;
UINT32 readSize;
} EBOOT_CONTEXT;
启动参数的配置是通过菜单选项来实现的，系统通过两个全局变量g_menuNetwork，g_menuMain定义了菜单项，
首先来看看这两个变量的内容：
l static OAL_BLMENU_ITEM g_menuNetwork[] = {
{
L'1', L"Show Current Settings", ShowNetworkSettings,//系统当前设置
NULL, NULL, NULL
}, {
L'2', L"Enable/disable KITL", OALBLMenuEnable,// 关闭或者使能 KITL
L"KITL", &g_bootCfg.kitlFlags, (VOID*)OAL_KITL_FLAGS_ENABLED
}, {
L'3', L"KITL interrupt/poll mode", SetKitlMode,//设置KITL工作模式
NULL, NULL, NULL
}, {
L'4', L"Enable/disable DHCP", OALBLMenuEnable,// 关闭或者使能 DHCP
L"DHCP", &g_bootCfg.kitlFlags, (VOID*)OAL_KITL_FLAGS_DHCP
}, {
L'5', L"Set IP address", OALBLMenuSetIpAddress,//设置IP地址
L"Device", &g_bootCfg.ipAddress, NULL
}, {
L'6', L"Set IP mask", OALBLMenuSetIpMask,//设置掩码地址
L"Device", &g_bootCfg.ipMask, NULL
}, {
L'7', L"Set default router", OALBLMenuSetIpAddress,//设置缺省路由
L"Default router", &g_bootCfg.ipRoute, NULL
}, {
L'8', L"Enable/disable VMINI", OALBLMenuEnable, // 关闭或者使能 VMINI
L"VMINI", &g_bootCfg.kitlFlags, (VOID*)OAL_KITL_FLAGS_VMINI
}, {
L'0', L"Exit and Continue", NULL, // 退出或者继续
NULL, NULL, NULL
}, {
0, NULL, NULL,
NULL, NULL, NULL
}
};
这个变量主要定义了对设备端网络的配置，当选择其中一项时，系统回调用其对应的登记函数进行相应的系统设置，例如输入‘4’时，选择设置IP地址，系统会通过OALBLMenuSetIpAddress对g_bootCfg.ipRoute进行操作
l g_menuMain数据结构
static OAL_BLMENU_ITEM g_menuMain[] = {
{
L'1', L"Show Current Settings", ShowSettings,// 系统当前设置
NULL, NULL, NULL
}, {
L'2', L"Select Boot Device", OALBLMenuSelectDevice, // 选择启动设备
L"Boot", &g_bootCfg.bootDevLoc, g_bootDevices
}, {
L'3', L"Select Debug Device", OALBLMenuSelectDevice, // 选择设置DEBUG设备
L"Debug", &g_bootCfg.kitlDevLoc, g_kitlDevices
}, {
L'4', L"Network Settings", OALBLMenuShow, // 设置网络
L"Network Settings", &g_menuNetwork, NULL
}, {
L'5', L"MDOC Flash", OALBLMenuShow, // 选择设置MDOC
L"MDOC Flash", &g_menuFlash, NULL
}, {
L'6', L"Save Settings", SaveSettings, // 保持系统设置
NULL, NULL, NULL
}, {
L'0', L"Exit and Continue", NULL,
NULL, NULL, NULL
}, {
0, NULL, NULL,
NULL, NULL, NULL
}
};
这个变量定义了系统主菜单选项，通过在这里选择‘4’ 进入网络设置菜单，当然这里面还有对其他参数的配置了，启动介质，调试设备等等。如何进入这个菜单呢，在用超级终端调试时，敲SPACEBAR键就可以了
OEM API功能说明:
l OEMPlatformInit ()
完成一些初始化的工作，32K TIMER的初始化，部分RAM区域的初始化
l OEMPreDownload ()
初始化g_bootCfg，配置参数,在这里可以通过按键来对g_bootCfg进行设置，并且根据选择的下载方式或者协议，来完成IMAGE的DOWNLOAD.
l OEMLaunch ()
负责加载IMAGE.
这个几OEM API是系统EBOOT阶段使用的底层API，具有非常重要的作用，理解这几个OEM API将有利用理解EBOOT对系统的设置
5 IPL
IPL会使用FMD去装载OS image或者 ULDR,下面将会提到如何进入OS,ULDR模式，当然前提是FMD API要被加载了。IPL里面的主要工作包括设置SYREN模块，电池充电,开机画面显示，完成OS image的加载，这里主要分析进入和如何进入ULDR:
描述IPL的充电,开机画面显示,设置跳转参数过程,OEMInit() ，这些过程都是在OEMIPLInit（）来完成的，所以就放在一起进行分析。
l IPL的充电
重要的数据结构数组s_stChargeImage，用来定义充电LOG图形的二进制内容
下面的这几个API都是直接通过系统BATTERY的GPIO来完成充电，判断充电状态。
InitCharge（）主要用来初始化充电，
IsCharging（），主要用来报告充电状态，
IsChargeDone（）主要用来报告充电完成的状态
l IPL的开机画面显示
（当然之前会有对LCD CONTROLLER初始化操作）开机画面显示在IsDisplayInitOK（）返回初始化完成后，用FillImage（）用来加载图片内容，然后打开背光显示。
重要的数据结构数组g_iImageData[]用来定义启动LOG图片的二进制内容
l IPL的设置跳转参数过程
OALArgsSet()来设置系统ULDR后进入的模式，OALArgsSet()主要通过按键来确定进入模式，OALArgsQuery用来查询系统ULDR后进入的模式。通过OEMGetUpdateMode()来判断是否进入ULDR模式.
ulPartType = ((OEMGetUpdateMode() == TRUE) ? PART_BOOTSECTION : PART_ROMIMAGE);
如果正常启动（不进入ULDR），则要用FAL_LockFlashRegion()将NK,SYSTEM FILE 区域锁住，否则要用FAL_UnlockFlashRegion()打开这段区域的读写特性。如果正常启动，会将IMAGE拷贝到RAM中去，跳转执行IMAGE代码，否则将会执行ULDR.
系统调用的重要OEM API：
l OEMIPLInit ()
l OEMGetUpdateMode()
转自winbile.net
介绍一下mobile系统的启动流程，仅供大家学习之用:
硬件平台:TI omap
软件平台：WM5.0
相关术语：
RTOS Real-time Operating System
EBOOT ETHERNET BOOT
IPL Initial Program Loader
整体流程：
powerON--〉BootROM--->x-loader---->Eboot----->IPL--->OS
下面围绕上述过程展开：
1 powerON
这里指的是硬件power ON，当按触powerON键后，系统上电，同时触发CPU复位管脚。系统进入到BootROM中，执行其中固化的代码。
2 BootROM：
BootROM中固化了一段引导代码，用于系统初始化，初始化必要的寄存器，决定启动流程是正常启动或者启动flashing，进入到x-loader。
Boot ROM的初始化工作有：
l 关闭可屏蔽中断
l 时钟设置和DPLL设置
l 配置ULPD寄存器，为UART提供48MHz的时钟频率
l 配置ARM CORE内部寄存器
l 配置EMIFS寄存器
l 建立ARM CORE中断向量表
上面的工作实际上就是初始化必要寄存器，例如EMIFS初始化。
在系统上电时候，BootROM代码会检测是否需要擦写flash内容，可以是部分擦写也可以是全部擦写。
擦写工作一般在上电时刻进行，BootROM代码初始化可编程接口（例如USB或者UART串口），然后等待从上位机发过来的boot command命令，如果在没有收到或者等待超时，系统正常启动。
（注；上位机是指：人可以直接发出操控命令的计算机，一般是PC。从概念上说控制者和提供服务者是上位机，被控制者和被服务者是下位机。可以理解为主机和从机的关系）
如果等到上位机的boot command命令，上位机会download Flash loader程序到omap的interal ram 空间中。Flash loader是由自身的header，flash loader应用程序和一些附加程序构成。
接着Boot ROM程序在安全模式下，检查flash loader的signatures来校验其完整性，如果检查失败，系统重启。如果检查通过，flash loader程序开始运行，它将较大size的OS image downloader到Flash介质中。
Boot ROM决定启动方式：
1）从NOR或者NAND Flash 正常启动
2）通过USB或者UART编程后，然后重新正常启动。
Boot ROM加载 x-loader：
OS Image 下载到flash后，boot ROM代码会从NOR或者NAND flash中查找TOC。
TOC是在flash上的一个数据结构，包含了Image信息，起始位置，大小等等。TOC可以有多个，每个TOC都对应着一个Image。NAND flash上TOC最多为16个，最大size为512B。NOR flash情况不一样。
Boot ROM 检测项目名为“x-loader”的TOC，让后将对应的Image加载到内存。x-loader是一个通用的loader程序，被Boot ROM从FLASH中启动（NOR），x-loader承担OS的启动，x-loader会被校验然后才会授予权限继续运行。
NOR flash上的 sub-image 具有XIP特性，因此NOR flash上的x-loader大小不受限制。对于NAND flash由于其不支持XIP，所以Boot ROM在其开始处预留了64K空间，这个预留空间用于启动扇区，至少包含一个TOC，TOC和其对应的image 被copy到RAM空间，然后才能被执行。
3 x-loader
x-loader的功能有哪些？
a，初始化硬件，如GPIO初始化。
b，加载Eboot代码到RAM空间
c, 跳转到Eboot代码
介绍一下x-loader TOC实现机制：
xldr_startup.s (src\boot\xldr\)
。。。。。。
ALIGN 0x200
DCD 0x00000040 ; Startoffset from TOC start （0x240）
DCD 0x00000800 ; Size
DCD 0x00000000 ; Flags
DCD 0x00000000 ; Align
DCD 0x00000000 ; Spare
DCD 0x4F4C2D58 ; Filename - X-LO
DCD 0x52454441 ; Filename - ADER
DCD 0x00000000 ; Filename - Blank
DCD 0xFFFFFFFF ; terminating TOC entry
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
DCD 0xFFFFFFFF
StartUp ；（0x240）//X-LOADER入口地址
EXPORT StartUp
INCLUDE..\..\..\common\src\ARM\TI\omap730\startup\hwinit.s
Hwinit.s的主要功能：
l Set SVC mode & disable IRQ/FIQ
l Initialize cache & CP15 control register
l Initialize TIPB Bridges
l Initialize EMIFS (flash & debug board controller)
l Initialize EMIFF (DRAM controller)
l Initialize OCPT1/OCPT2
l Initialize OCPI
l Initialize UPLD
l Initialize CLKM
l Configure OMAP730 SoC multiplexing
l Configure OMAP730 SoC GPIO
l Disable Watchdog Timer
l Set DMA to OMAP3.2 mode
l Reset USB modules
4 EBoot
EBoot（ethernet boot）位于MDOC的SPL分区，EBoot主要被PLATFORM BUILDER用来完成对DOC的编程，作为一个系统引导，下载工具，对菜单选项进行操作，并且通过EBoot能够对引导参数进行配置.
首先看看EBOOT对系统进行参数配置所设计到几个重要变量。
l g_bootCfg
typedef struct {
UINT32 signature; // Structure signature
UINT32 version; // Structure version
DEVICE_LOCATION bootDevLoc; // Boot device
DEVICE_LOCATION kitlDevLoc;
UINT32 kitlFlags; // Debug/KITL mode
UINT32 ipAddress;
UINT32 ipMask;
UINT32 ipRoute;
} BOOT_CFG;
这个全局变量用来保存系统启动配置参数，实际上对菜单选项的操作实质上是对这个结构变量对应部分的设置。通过BLMenu（）来进行菜单选项的操作。
l g_eboot
typedef struct {
OAL_KITL_TYPE bootDeviceType;
UINT32 type;
UINT32 numRegions;
UINT32 launchAddress;
REGION_INFO_EX region[BL_MAX_BIN_REGIONS];
UINT32 recordOffset;
UINT8 *pReadBuffer;
UINT32 readSize;
} EBOOT_CONTEXT;
启动参数的配置是通过菜单选项来实现的，系统通过两个全局变量g_menuNetwork，g_menuMain定义了菜单项，
首先来看看这两个变量的内容：
l static OAL_BLMENU_ITEM g_menuNetwork[] = {
{
L'1', L"Show Current Settings", ShowNetworkSettings,//系统当前设置
NULL, NULL, NULL
}, {
L'2', L"Enable/disable KITL", OALBLMenuEnable,// 关闭或者使能 KITL
L"KITL", &g_bootCfg.kitlFlags, (VOID*)OAL_KITL_FLAGS_ENABLED
}, {
L'3', L"KITL interrupt/poll mode", SetKitlMode,//设置KITL工作模式
NULL, NULL, NULL
}, {
L'4', L"Enable/disable DHCP", OALBLMenuEnable,// 关闭或者使能 DHCP
L"DHCP", &g_bootCfg.kitlFlags, (VOID*)OAL_KITL_FLAGS_DHCP
}, {
L'5', L"Set IP address", OALBLMenuSetIpAddress,//设置IP地址
L"Device", &g_bootCfg.ipAddress, NULL
}, {
L'6', L"Set IP mask", OALBLMenuSetIpMask,//设置掩码地址
L"Device", &g_bootCfg.ipMask, NULL
}, {
L'7', L"Set default router", OALBLMenuSetIpAddress,//设置缺省路由
L"Default router", &g_bootCfg.ipRoute, NULL
}, {
L'8', L"Enable/disable VMINI", OALBLMenuEnable, // 关闭或者使能 VMINI
L"VMINI", &g_bootCfg.kitlFlags, (VOID*)OAL_KITL_FLAGS_VMINI
}, {
L'0', L"Exit and Continue", NULL, // 退出或者继续
NULL, NULL, NULL
}, {
0, NULL, NULL,
NULL, NULL, NULL
}
};
这个变量主要定义了对设备端网络的配置，当选择其中一项时，系统回调用其对应的登记函数进行相应的系统设置，例如输入‘4’时，选择设置IP地址，系统会通过OALBLMenuSetIpAddress对g_bootCfg.ipRoute进行操作
l g_menuMain数据结构
static OAL_BLMENU_ITEM g_menuMain[] = {
{
L'1', L"Show Current Settings", ShowSettings,// 系统当前设置
NULL, NULL, NULL
}, {
L'2', L"Select Boot Device", OALBLMenuSelectDevice, // 选择启动设备
L"Boot", &g_bootCfg.bootDevLoc, g_bootDevices
}, {
L'3', L"Select Debug Device", OALBLMenuSelectDevice, // 选择设置DEBUG设备
L"Debug", &g_bootCfg.kitlDevLoc, g_kitlDevices
}, {
L'4', L"Network Settings", OALBLMenuShow, // 设置网络
L"Network Settings", &g_menuNetwork, NULL
}, {
L'5', L"MDOC Flash", OALBLMenuShow, // 选择设置MDOC
L"MDOC Flash", &g_menuFlash, NULL
}, {
L'6', L"Save Settings", SaveSettings, // 保持系统设置
NULL, NULL, NULL
}, {
L'0', L"Exit and Continue", NULL,
NULL, NULL, NULL
}, {
0, NULL, NULL,
NULL, NULL, NULL
}
};
这个变量定义了系统主菜单选项，通过在这里选择‘4’ 进入网络设置菜单，当然这里面还有对其他参数的配置了，启动介质，调试设备等等。如何进入这个菜单呢，在用超级终端调试时，敲SPACEBAR键就可以了
OEM API功能说明:
l OEMPlatformInit ()
完成一些初始化的工作，32K TIMER的初始化，部分RAM区域的初始化
l OEMPreDownload ()
初始化g_bootCfg，配置参数,在这里可以通过按键来对g_bootCfg进行设置，并且根据选择的下载方式或者协议，来完成IMAGE的DOWNLOAD.
l OEMLaunch ()
负责加载IMAGE.
这个几OEM API是系统EBOOT阶段使用的底层API，具有非常重要的作用，理解这几个OEM API将有利用理解EBOOT对系统的设置
5 IPL
IPL会使用FMD去装载OS image或者 ULDR,下面将会提到如何进入OS,ULDR模式，当然前提是FMD API要被加载了。IPL里面的主要工作包括设置SYREN模块，电池充电,开机画面显示，完成OS image的加载，这里主要分析进入和如何进入ULDR:
描述IPL的充电,开机画面显示,设置跳转参数过程,OEMInit() ，这些过程都是在OEMIPLInit（）来完成的，所以就放在一起进行分析。
l IPL的充电
重要的数据结构数组s_stChargeImage，用来定义充电LOG图形的二进制内容
下面的这几个API都是直接通过系统BATTERY的GPIO来完成充电，判断充电状态。
InitCharge（）主要用来初始化充电，
IsCharging（），主要用来报告充电状态，
IsChargeDone（）主要用来报告充电完成的状态
l IPL的开机画面显示
（当然之前会有对LCD CONTROLLER初始化操作）开机画面显示在IsDisplayInitOK（）返回初始化完成后，用FillImage（）用来加载图片内容，然后打开背光显示。
重要的数据结构数组g_iImageData[]用来定义启动LOG图片的二进制内容
l IPL的设置跳转参数过程
OALArgsSet()来设置系统ULDR后进入的模式，OALArgsSet()主要通过按键来确定进入模式，OALArgsQuery用来查询系统ULDR后进入的模式。通过OEMGetUpdateMode()来判断是否进入ULDR模式.
ulPartType = ((OEMGetUpdateMode() == TRUE) ? PART_BOOTSECTION : PART_ROMIMAGE);
如果正常启动（不进入ULDR），则要用FAL_LockFlashRegion()将NK,SYSTEM FILE 区域锁住，否则要用FAL_UnlockFlashRegion()打开这段区域的读写特性。如果正常启动，会将IMAGE拷贝到RAM中去，跳转执行IMAGE代码，否则将会执行ULDR.
系统调用的重要OEM API：
l OEMIPLInit ()
l OEMGetUpdateMode()
