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符号表示的地方的安排的地址,具体是多少我不知道,但知道是在0x80038000~ 0x80078000(0x80038000+0x0004000)范围内,这是由eboot\boot.bib下面的内容指定的

MEMORY

;   Name     Start     Size      Type

……………………………….

EBOOT 80038000 00040000 RAMIMAGE

所以ldr   r2, = PhysicalStart就是把PhysicalStart的虚拟地址保存在让寄存器中。

/***************************************************************/

         ldr    r2, = PhysicalStart

/***************************************************************/

计算出虚拟地址和物理地址的差值=0x50000000

/***************************************************************/

         ldr     r3, = (VIR_RAM_START - PHY_RAM_START)

/***************************************************************/

计算出虚拟地址PhysicalStart对应的物理地址值,假如r2=0x80060000,那么进行sub运算之后r2=0x30060000。

/***************************************************************/

         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对应的物理地址继续执行,也就是到PhysicalStart标号的地方处接着执行,所以r2的内容必须是要物理地址了。

/***************************************************************/

         nop

         mov     pc, r2                  ; Jump to PStart

         nop

 

         ; MMU & caches now disabled.

 

PhysicalStart

/***************************************************************/

在跳转到oal.exe的入口地址前,还需要flush TLB操作 ,所以就先跳到PhysicalStart处,做完其他操作之后再跳转到oal.exe的入口函数Starup中。为什么要清除TLB呢?首先要知道TLB(Translation Lookaside Buffer)是MMU中的一块高速缓存,也就是一种cache,是CPU内核和物理内存之间的cache,它缓存了最近查找过的VA对应的页表项,这是在eboot中使用的(eboot只建立了一级页表),现在关闭了MMU,所以在跳转到内核之前(操作系统的内核函数KernelStart来建立二级页表)就需要先flush TLB,因为操作系统后面将使用二级页表,保存着ebot的一级页表的VA对应的页表项的TLB中的内容以没有意义,所以要清除,见下图,这是ARM920T数据手册中的相关描述

 

图3

/***************************************************************/

         mov     r2, #0

         mcr     p15, 0, r2, c8, c7, 0   ; Flush the TLB

         mov     pc, r0                          ; Jump to program we are launching.

 

相关帖子:

http://topic.csdn.net/u/20081217/11/f15fa8e3-6215-4f92-b294-17af5b9b38cb.html

原文地址:https://www.cnblogs.com/LoongEmbedded/p/1903545.html