S3C2410-WinCE6.0-OAL的启动代码分析

    到现在为止，我们已经了解了S3C2410平台上WinCE6.0的启动过程，包括NBOOT、EBOOT、OAL.exe、Kernel.dll的工作流程。关于WINCE600的目录也做了介绍。准备工作都做好了，接下来开始介绍S3C2410平台上WinCE6.0的移植。BSP的移植很大一部分是代码的移植，所以，这里仍然以代码为主线，以函数为单位来做介绍。BSP的代码一般来说也不是自己从无到有CODE出来的，大多由芯片厂商或者微软提供，OEM厂商需要做得事情是修改相关代码以满足自己硬件的特定需求，快速推出新的产品。如果BSP的移植从零开始，那么市场的先机就完全丧失了。所以这里的介绍将基于现有代码，着重说明移植时需要修改和注意的地方。

       前面已经提到，EBOOT加载完NK后，执行的第一个函数为OAL.exe中的Startup函数，接下来我们就开始分析这个函数的实现，它的代码如下：
     

Code
 1         INCLUDE kxarm.h
 2 
 3         IMPORT  KernelStart
 4 
 5         TEXTAREA
 6         
 7         ;Include memory configuration file with g_oalAddressTable
 8 
 9         INCLUDE oemaddrtab_cfg.inc
10  
11         LEAF_ENTRY StartUp
12 
13         ; Compute the OEMAddressTable's physical address and 
14         ; load it into r0. KernelStart expects r0 to contain
15         ; the physical address of this table. The MMU isn't 
16         ; turned on until well into KernelStart.  
17 
18         add     r0, pc, #g_oalAddressTable - (. + 8)
19         bl      KernelStart
20 
21         ENTRY_END 
22 
23         END

     

    代码简短，功能明确，完成一个函数调用。之所以能这么简短，是因为我们采用了BOOTLOADER，有关硬件初始化的工作都在BOOTLOADER中完成了，否则这里需要做硬件初始化，DeviceEmulator的对应代码就是如此，读者可以自行查看。

    代码虽然简短，但这里涉及很多内容，下面将一一分解。

    第一行代码，包括了头文件kxarm.h，它主要做了符号的宏定义，以便让我们的代码更简单，如宏定义了TEXTAREA、LEAF_ENTRY。

第二行代码，引入一个外部函数KernelStart，它的实现在NKLDR中，前文已经做过详细介绍，这里不再赘述。

    第三行代码，TEXTAREA是一个宏定义，标明以下为代码段。

    第四行代码，包括了一个头文件，该文件中定义了一个全局变量g_oalAddressTable，它建立了虚拟内存到物理内存的映射关系。有关OEMAddressTable的内容下文会详细说明。

    第五行代码，LEAF_ENTRY StartUp，其中LEAF_ENTRY也是一个宏定义，它似乎是定义了一个入口函数，并将其EXPORT。这里我们只要知道EBOOT最后跳转到NK中，就是跳到这就可以了。

    第六行代码，add     r0, pc, #g_oalAddressTable - (. + 8)，简单来说就是将OEMAddressTable的地址放到R0中，但为什么这么写，下文再做分析。

    第七行代码，bl      KernelStart，调用函数KernelStart，开始启动kernel，前文以做介绍，也不再赘述。

    有点啰嗦了，但对于新人来说，还是有必要说明一下。这段代码中，我们需要注意的地方有两处，一是OEMAddressTable的作用，二是第六行代码为什么这么写。

    先说说OEMAddressTable。一般情况下，在WinCE中我们使用的都是虚拟内存地址，甚至在访问IO时都是如此。那么在访问虚拟内存地址时如何控制其对应的硬件或物理内存呢？这个工作由MMU(内存管理单元)来完成，MMU的功能之一就是将虚拟内存地址转换为物理内存地址。当然这种转换得有一定的逻辑关系。对于X86和ARM的CPU来说，OEMAddressTable即定义了虚拟内存到物理内存的映射关系，在MIPS和SH的处理器中，这种关系由CPU内部硬件控制，无须g_oalAddressTable。在WinCE中，这种通过OEMAddressTable的映射称为静态映射，对应的，我们还可以动态映射虚拟地址，一般用到VirtualAlloc()、VirtualCopy()、VirtualFree()这三个函数，而象MmMapIoSpace()等函数是CEDDK对前面几个函数的封装。

    再看第六行代码，add     r0, pc, #g_oalAddressTable - (. + 8)，为什么这么写，这个+8是什么意思？反汇编看了下它对应的代码，如下图所示：
                        
     反汇编代码中的ADR是一个伪指令，它将一个地址load到R0中。源代码中采用了那么一行复杂的代码，不光S3C2410的这段代码如此，PXA270的也一样。要解释这个问题，就不得不说一下ARM中的指令预取。ARM处理器是流水线结构的，允许指令预取。在CPU执行当前指令的同时，可以从存储器中预取指令，所以当用户读取PC时，PC指向的是正在取指的指令，而非当前执行的指令，在ARM中，一般是当前执行指令下面的第2条指令(+8个字节)。所以这里的+8就不难理解了。

    本文分析了OAL的启动代码，重点介绍了OEMAddressTable的作用和指令预取对代码的影响。在移植BSP的过程中，如果硬件设备无法正常访问，首先应该确认OEMAddressTable是否建立了正确的映射关系。启动代码如果不正确，将会影响WinCE的启动，这时KITL、串口打印等常规调试方法都还无法使用，所以一定要多加小心，确保顺利通过。实在不行，只能通过点灯来Debug了。这里需要注意，OAL的启动代码执行之前，应该关闭MMU，Disable MMU的工作在EBOOT中完成。