WinCE6.0 OAL的特点

WinCE6.0的EBOOT概要 在开发的过程中使用EBOOT,可以提高开发效率。前一篇介绍NBOOT加载EBOOT的方法时提到,NBOOT必须将EBOOT放在内存中指定的位置,这个位置是由EBOOT的来决定的。本文粗略的介绍了WinCE60下EBOOT的内容,但没有涉及具体的代码实现,相关代码可以参考目录C:"WINCE600"PLATFORM"DEVICEEMULATOR"SRC"BOOTLOADER"EBOOT。EBOOT在实现必备功能的前提下,我们还可以扩展其功能,譬如说初始化LCD,并显示特定的启动画面,显示加载映像的进度等。 阅读详情

 转载自(  http://www.cnblogs.com/we-hjb/ ) 

WinCE6.0OALWinCE5.0中的有较大差别。了解这些差别,对我们移植OAL部分很有帮助。本文将简要介绍WinCE6.0 OAL的特点。

     WinCE5.0将内核、OALKITL链接成一个内核可执行文件NK.exe。而WinCE6.0将这三者分开,分别对应Kernel.dllOAL.exeKITL.dll。显而易见,这样做最大的好处是可以单独升级这三者中的任何一个,而先前的结构则是牵一发而动全身的。WinCE5.0OAL结构如图1所示: 

                            
                    图1

WinCE6.0OAL结构如图2所示: 

               图2
      对比图1和图2,可以看到CE6.0OAL在功能上和CE5.0的基本一致,主要包括初始化、中断管理和IOCTL等。在图2中增加了NKStub.libNKGLOBALOEMGLOBAL等内容。这对于WinCE6.0是至关重要的。在CE5.0中,由于内核、OALKITL最终链接到一个可执行程序中,所以可以直接相互调用彼此的函数。这看起来很方便,但存在安全隐患,甚至在更新内核代码的时候会影响到OAL的执行。KernelOALKITL相互独立,则消除了这个安全隐患。现在,它们之间的通讯是通过包涵函数指针和变量值的全局结构变量来实现的。每个模块编译一个函数指针列表以提供给其他模块使用,而列表中没有的函数将不能被别的模块调用。内核模块导出列表NKGLOBAL,主要包括虚拟内存操作、注册表访问和字符串处理等一些内核API以及共享的全局变量。OAL只能调用该列表中包括的内核API。为了方便OAL代码的移植,微软将函数指针列表封装到NKStub.lib中。所以,我们在移植OAL代码时没有必要通过结构中的函数指针去调用内核APIOAL代码保持原来的函数调用方式。简单看一下NKStub.c的代码实现,下面是部分代码:

       BOOL INTERRUPTS_ENABLE (BOOL fEnable)

{

    return g_pNKGlobal->pfnINT_ENABLE (fEnable);

}

       可以看到,OAL中调用相应的内核API时,NKStub将执行对应的结构中的函数指针。所以在编译OAL时,添加NKStub.lib后就可以跟以前一样使用这些内核函数。当然NKStub也包括了KITL中的相应函数列表,所以OAL也能使用KITL中的函数。

       OAL导出了列表OEMGLOBAL,其中包括了OAL函数指针和全局变量。其中有很多函数指针是必须的,如果缺少,系统将不能正常工作。而另外有些函数指针则是可选的。具体内容可查看PB帮助的相应部分。OEMGLOBAL的定义在文件:C:/WINCE600/PRIVATE/WINCEOS/COREOS/NK/OEMMAIN/oemglobal.c中。

       总结一下,CE6.0OAL从内核中独立出来,这样方便OAL的单独升级,也提高了安全性。由于内核、OALKITL相互独立,所以引入了NKGLOBALOEMGLOBAL这两个结构以支持模块间的函数调用。为了方便代码的移植,CE6.0提供了NKStub.libOEMStub.lib,他们做了从函数指针到函数的转换工作。所以,在移植BSP时,原来的代码可保持不变。

到这里,我们已经知道了WinCE6.0OAL的特点。实际移植时,还需要注意OAL的目录组织。这里将5.06.0 OAL部分的目录组织做一个对比。

CE5.0 OAL目录组织

对应文件

%_WINCEROOT%/platform/BSPNAME/src/kernel/oal

oal.lib

%_WINCEROOT%/platform/BSPNAME/src/kernel/kern

kern.exe

%_WINCEROOT%/platform/BSPNAME/src/kernel/kernkitl

kernkitl.exe

%_WINCEROOT%/platform/BSPNAME/src/kernel/kernkitlprof

kernkitlprof.exe

CE6.0 OAL目录组织

Builds

%_WINCEROOT%/platform/BSPNAME/src/oal/oallib

oal.lib

%_WINCEROOT%/platform/BSPNAME/src/oal/oalexe

oal.exe

%_WINCEROOT%/platform/BSPNAME/src/kitl

kitl.dll

其中,6.0OALLIB对应5.0OALOALEXE对应KernKITL对应Kernkitl。而5.0kernkitlprof6.0中一般放在oallib的目录下。在移植BSP时可参照该对应关系进行目录组织。

       本文从功能结构和目录组织上介绍了 WinCE6.0 OAL 的特点,在移植 BSP 时可作参考。 有关 OAL 移植的具体实现,后文将详细介绍。另外,文中有不贴切的地方欢迎您指正。
Windows CE 的特点 1) 精简的模块化操作系统Windows CE是高度模块化的嵌入式操作系统,正因如此,用户可以为了满足特定的要求而对操作系统进行定制。在用户定制的操作系统中,不需要的模块可以被拿走,只有所需的模块才会被包含进来。因为Windows CE的可裁减性,Windows CE的体积也非常 阅读详情

相关推荐

wince简介

2019独角兽企业重金招聘Python工程师标准>>> ...

weixin_33860722的博客 399

Wince和Linux区别

WinCE与Linux有何区别?   嵌入式Linux OS与Windows CE相比的优点:   第一:Linux是开放源代码,遍布全球的众多Linux爱好者都是Linux开发者的强大技术支持者;Windows CE目前6.0内核全部开放,GUI不开放。第二:Linux的内核小、效率高;Windows CE相比,占用过多的RAM。第三Linux是开放源代码的OS,在价格上极具竞争力,

luliyuan的专栏 3232

WinCE6.0 OAL特点

     WinCE6.0OALWinCE5.0中的有较大差别。了解这些差别,对我们移植OAL部分很有帮助。本文将简要介绍WinCE6.0 OAL特点。      WinCE5.0将内核、OAL和KITL链接成一个内核可执行文件NK.exe。而WinCE6.0将这三者分开,分别对应Kernel.dll、OAL.exe和KITL.dll。显而易见,这样做最大的好处是可以单独升级这三者中的任何...

weixin_34000916的博客 174

WinCE BSP中OAL中的OEMIoControl介绍

作者:ARM-WinCE 在WinCE的BSP中的OAL部分,会有一个ioctl.c或者oemioctl.c文件,里面主要定义了一个叫OEMIoControl(..)的函数。可以说OEMIoControl是一个很有用的WinCE内核输入/输出函数。在WinCE5.0中,应用程序和驱动程序可以通过调用KernelIoControl(..)函数来访问WinCE内核,导致调用OEMIoCon

唐勉的ARM/Linux/WinCE专栏 5130

2440WINCE5.0升到WINCE6.0

2440WINCE5.0升到WINCE6.02443的BSP有6.0的,不过我们不用2443,现在想把2440WINCE5.0升到WINCE6.0,有想做的朋友我们一起来吧这两天有点时间,我总结一下。我的平台条件:UBOOT+WINCE50BSP+800×480(7寸屏),因为用UBOOT,所以我没有升级BOOTLOADER请大家参考一下本贴的一些问题,链接等等,基本就OK了,伧促记之,错误在所难免,望高手指正。如果大家有什么高招,请一定分享,饮水思源,来了论坛总得有点贡献嘛!总结:一:OAL.H修改1

1198

WINCE6.0oal.exe、kernel.dll和kitl.dll如何编译生成

<br />在WINCE6.0中,内核(kernel)和OEM代码(OEM code)被分成三部分:oal.exe、kernel.dll和kitl.dll这三部分,其中启动代码(startup code)和OAL层的实现部分不再和内核链接生成NK.exe,取而代之的是启动代码和硬件相关并且独立于内核的OAL层的实现部分编译成oal.exe,而与内核相关并独立于硬件的OAL层代码包含在kernel.dll中。内核无关传输层(KITL)的支持代码从OAL层分离出来编译成kitl.dll。<br /><br />

chinesedragon2010的专栏 1732

S3C2410-WinCE6.0-OAL的快速调试

转自  http://www.cnblogs.com/we-hjb                      前文分析了S3C2410 WinCE6.0 OAL的启动代码,本文接着介绍OAL的移植过程。在继续之前,再明确一下WinCE6.0 OAL的作用。在WinCE6.0中,OAL首先起了穿针引线的作用,这一点可从其启动代码看出来。第二个作用,暴露一些OEM函数供Kernel调用,具

sphink的专栏 813

B2、WINCE6.0内核的启动过程----------之OAL解释

[移植OAL] WinCE6.0的内核启动过程: OAL不能调用内核的KernelStart()函数了, 所以自己要实现一个KernelStart() (nkldr.lib替我们完成了这个, 把nkldr.lib链接到OAL),调用nkldr.lib中的KernelStart().然后执行的ARMInit()函数有一个很重要的任务,它将位于OAL的OEMinitGlobals()函数指针

嵌入式软件研发的专栏 851

WinCE6.0的目录组织及PQOAL

   在搭建Wince6.0完开发平台以后,我们先熟悉一下WINCE600的目录组织和PQOAL的相关概念。不然会像无头苍蝇一样,找不到北。我曾经在这里晕了好久。   安装完成后, C盘的根目录下产生一个WINCE600的目录,这里包括WinCE6.0的源代码、BSP和一些编译WinCE时需要用到的工具和库文件。另外还产生一个C:/Program Files

dadahacker的笔记 2215

WinCE6.0移植之OAL

[克隆BSP] Clone一个BSP. WinCE6.0安装armv4i架构后,里面提供了一个名字为DeviceEmulator的BSP. 这个BSP是s3c2410的BSP.我的是s3c2440a,就克隆这个吧. [移植OAL] WinCE5.0OAL是编译成为一个静态库oal.lib,然后与内核nk.lib静态编译成kernel.exe,也就是nk.exe.WinCE6

DriverMonkey的专栏 996

WinCE OAL中的中断处理

作者:ARM-WinCE 关于WinCE的中断处理,OAL中主要是实现了ISR部分,一般IST会在设备驱动中实现。推荐一篇WinCE的中断架构的文章,如下:http://msdn.microsoft.com/zh-cn/library/ms836807.aspx 建议对WinCE中断不了解的朋友,可以先看看这片文章。架构如图:  这张图想必很多人都见过,主要

唐勉的ARM/Linux/WinCE专栏 5326

WinCE OAL架构分析

作者:ARM-WinCE我个人认为OAL应该是WinCE BSP中最为重要的一个模块了,简单回顾一下,WinCE BSP由Bootloader,Drivers,OAL和配置文件组成。Bootloader一般指EBOOT,Drivers指一些需要的设备驱动,而OAL被称为OEM Adaption Layer,是WinCE操作系统和底层交互的中间层,其中很多WinCE的功能的支持,都是在OAL

唐勉的ARM/Linux/WinCE专栏 7234
下一篇: 开始我的WINCE6.0学习之路
sphink10
博客等级 码龄18年 6粉丝 1原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值