WINCE下Launch函数分析.doc

WINCE Launch函数分析 ********************************LoongEmbedded******************************** 作者：LoongEmbedded(kandi) 时间：2010.12.12 类别：WINCE bootloader开发 ********************************LoongEmbedded******************************** 备注：基于WINCE6.0+2443的系统 我们知道Eboot中的BootloaderMain会OEMLaunch函数来跳转到OS的入口地址转而开始OS的启动，而OEMLaunch函数会调用Launch函数跳转，见下图 图1 Launch在\Src\Bootloader\Eboot\util.s中定义，因为Launch用汇编语言来来实现的，那么图1中传递进来的物理地址会保存到寄存器r0中，下面是Launch的函数体： 图2 下面就来分析这个函数 LEAF_ENTRY Launch /***************************************************************/ 因为此时MMU还没有关闭，eboot的程序在RAM中运行，所以PhysicalStart还是一个虚拟地址，注意了，这里的PhysicalStart不是跳转之前的跳转虚拟地址啊，而是编译器分配为后面PhysicalStart符号表示的地方的安排的地址，具体是多少我不知道，但知道是在0 000x0004000)范围内，这是由eboot\boot.bib下面的内容指定的 MEMORY ; Name Start Size Type ………………………………. EBOOT00040000 RAMIMAGE 所以ldr r2, = PhysicalStart就是把PhysicalStart的虚拟地址保存在让寄存器中。 /***************************************************************/ ldr r2, = PhysicalStart /***************************************************************/ 计算出虚拟地址和物理地址的差值=0/***************************************************************/ ldr r3, = (VIR_RAM_START - PHY_RAM_START) /***************************************************************/ 计算出虚拟地址PhysicalStart对应的物理地址值，假如r2=0那么进行sub运算之后r2=0 /***************************************************************/ sub r2, r2, r3 /***************************************************************/ 关闭MMU，为什么在ebot中先打开MMU，现在却要关闭呢？因为eboot中药用到微软提供的oal_blcommon.lib，这就是eboot的主控制流实现的函数的库，而这个库的函数是要用到虚拟地址的，所以在eboot中需要打开MMU，但eboot中的MMU只建立了一级页表，而WINCE操作系统后面需要建立二级页表，所以从eboot跳转到oal.exe的入口之前先关闭MMU，然后oal.exe的入口函数Starup接着跳转到的内核函数KernelStart将建立二级页表。 /***************************************************************/ mrc p15, 0, r1, c1, c0, 0 bic r1, r1, #0x0001 ; Disable MMU mcr p15, 0, r1, c1, c0, 0 /***************************************************************/ 关闭MMU后，跳转到PhysicalStart对