WINCE6.0+S3C2443的启动过程---eboot4

来源：互联网发布：天猫淘宝内部优惠劵编辑：程序博客网时间：2024/04/30 00:16

http://blog.csdn.net/chinesedragon2010/archive/2010/10/05/5922489.aspx

2 main函数

void main(void)

{

//MemoryTest_Function();

BootloaderMain();

// Should never get here.

SpinForever();

}

Main函数主要是通过调用BootloaderMain函数来实现其功能的，下面来看看BootloaderMain函数的流程图：

2.1 KernelRelocate()

⑴pTOC的结构体ROMHDR

结构体ROMHDR在/WINCE600/PUBLIC/COMMON/OAK/INC/Romldr.h中定义，如下所示

从上图我们知道Physical first=0x80038000，这就是eboot/boot.bib中eboot指定的地址

EBOOT 80038000 00040000 RAMIMAGE

Physical last=0x8004FE54=image start+length=0x80038000+0x00017E54，所以从physical first到physical last这段内存的大小就是eboot.bin的大小

RAM Free – RAM Start=0x7000，这段RAM用于做什么呢？不知道，还望知者指教，难道是用于全局变量的重定位吗？用于把boot loader中的全局变量重定位到这段RAM中吗？我想也许是，见我发的相关帖子http://topic.csdn.net/u/20101009/10/d2598ab6-f926-49f1-a708-7bc8c9ec2e6d.html

对于如何实现重定位的，见下面这个链接，在此就不描述了。

http://blog.csdn.net/chinesedragon2010/archive/2010/10/09/5929007.aspx

2.2 OEMDebugInit ()

BOOL OEMDebugInit(void)

{

// Set up function callbacks used by blcommon.

g_pOEMVerifyMemory = OEMVerifyMemory; // Verify RAM.

g_pOEMMultiBINNotify = OEMMultiBINNotify;

// Call serial initialization routine (shared with the OAL).

OEMInitDebugSerial();

return(TRUE);

}

OEMDebugInit函数主要用于设置后blcommon.lib库需要回调的函数OEMVerifyMemory和OEMMultiBINNotify，这两个函数的具体作用，后面再详细描述。OEMDebugInit函数还调用OEMInitDebugSerial函数来初始化用于debug的串口端口。

2.3 OEMPlatformInit ()

注：本文是基于SD卡的更新方式

OEMPlatformInit()的工作如下：

2.3.1 初始化显示控制器

通过调用函数InitDisplay来初始化LCD控制器，初始化之后可以来显示eboot阶段的logo信息。

2.3.2 初始化BSP参数结构体

通过调用函数OALArgsInit(pBSPArgs)来初始化BSP的共享数据，OAL与EBoot会共享一些参数，即EBoot会将一些参数传给OAL使用，在此可以给参数初始化。

// Initialize the BSP args structure.

OALArgsInit(pBSPArgs);

pBSPArgs在eboot/loader.h的相关定义如下

// Driver globals pointer (parameter sharing memory used by bootloader and OS).

#define pBSPArgs ((BSP_ARGS *) IMAGE_SHARE_ARGS_UA_START)

IMAGE_SHARE_ARGS_UA_START对应的虚拟和物理地址的宏定义如下：

#define IMAGE_SHARE_ARGS_PA_START 0x30020000

#define IMAGE_SHARE_ARGS_UA_START 0xA0020000

pBSPArgs是一个结构体（(BSP_ARGS）类型的指针。BSP_ARGS结构体的成员中，就保存了这些共享参数。它指向的是bootloader和OS共享的参数内存区域，用于在bootloader和OS的OAL及驱动之间传共享的参数，这个内存的其实地址和大小在files/config.bib下面定义：

; Common RAM areas

ARGS 80020000 00000800 RESERVED

接下来看看BSP_ARGS结构体的定义：

typedef struct {

OAL_ARGS_HEADER header;

UINT8 deviceId[16]; // Device identification

OAL_KITL_ARGS kitl;

//UINT8 uuid[16];

BOOL bUpdateMode; // TRUE = Enter update mode on reboot.

BOOL bHiveCleanFlag; / TRUE = Clean hive at boot

BOOL bCleanBootFlag; // TRUE = Clear RAM, hive, user store at boot

BOOL bFormatPartFlag; // TRUE = Format partion when mounted at boot

DWORD nfsblk;

HANDLE g_SDCardDetectEvent; //kim

DWORD g_SDCardState ;

//我们可以在这个结构体中定义项目所需要的在bootloader和OS之间共享的数据。

} BSP_ARGS, *PBSP_ARGS;

重点解释下面的结构体成员：

header是信息头，用来指示pBSPArgs所指内存是否包含有效信息。

deviceId是设备ID，用来标识KITL使用的端口外设。

kitl用于存储KITL端口的相关配置信息。

2.3.3 初始化nandflash及从nandflash中获取信息

⑴ FMD_GetInfo()

// Get flash info

if (!FMD_GetInfo(&flashInfo)) {

OALMSG(OAL_ERROR, (L"ERROR: BLFlashDownload: "

L"FMD_GetInfo call failed/r/n"

));

}

FMD_GetInfo的主要函数体如下：

先是通过ReadFlashID函数来得到当前nandflash的ID，然后分离出此ID的MID和DID，接着通过数值astNandSpec来比较当前nandflash的MID和DID是否和astNandSpec中支持的吻合，如果不吻合就需要在astNandSpec中假如，这也是如果项目所使用的nandflash发生变化时，而astNandSpec又没有相应的支持，就需要astNandSpec中假如新的nandflash的技术参数。