zoukankan      html  css  js  c++  java
  • WinCE 6.0学习笔记一

     本文转载自:http://www.cnblogs.com/we-hjb/archive/2008/10/25/1319601.html

    在介绍S3C2410的WinCE6.0移植之前,我们先熟悉一下WINCE600的目录组织和PQOAL的相关概念。

           这里简单说一下WinCE6.0开发环境的搭建。WinCE6.0的开发环境是Platform Builder6.0,但与Platform Builder 5.0不同的是,它作为VS2005的一个插件来用。所以,我们需要先安装VS2005,并且安装相应的SP1。PB6.0目前应该是不支持VS2008的。然后顺序安装PB6.0、PB6.0的SP1、R2。虽然微软没有严格说明,但还是建议将这些软件都默认安装到C盘,以免出现意外的情况。当然,这要求C盘足够大,至少得有10G的可用空间,以免安装的过程中出错。

           安装完成后, C盘的根目录下产生一个WINCE600的目录,这里包括WinCE6.0的源代码、BSP和一些编译WinCE时需要用到的工具和库文件。另外还产生一个C:Program FilesMicrosoft Platform Builder6.00的目录,这里主要包括PB6.0的开发环境工具、帮助文件和其他一些开发时用到的工具。

           下面我们看一下WINCE600的目录组织。      

    目录

    说明

    CRC

    存放了一个PB6.0安装时用到的校验文件crc.ini

    OSDesigns

    用来存放PB的工程,对应PB5.0中的PBWORKSPACES

    OTHERS

    存放了一些运行库、用于编译操作系统的二进制文件、注册表文件、批处理文件

    PLATFORM

    存放了和硬件平台相关的BSP及MCU相关的代码和其他一些文件

    PRIVATE

    存放了WinCE6.0开放的源代码

    PUBLIC

    存放了WinCE6.0的相关组件,这里应该是纯软件的代码和库

    SDK

    存放了用于编译WinCE6.0的相关工具和DLL文件

    更详细的目录组织说明请参看MSDN http://msdn.microsoft.com/en-us/library/aa908702.aspx

    一般来说,在移植BSP的过程中,我们只会修改PLATFORM下的相关目录和文件,而其他的除OSDesigns之外的目录,最好都不要修改,以免出错。PLATFORM目录下除了COMMON目录外,其他都是特定硬件平台的BSP,而COMMON目录中则包涵了不同体系结构的相关代码(ARM、X86、MIPS、SHX)、与平台无关的代码(COMMON)和SOC的相关代码(SOC),这些代码都不能直接修改,如果需要修改,应该先CLONE出来,再做修改。

    PQOAL这个概念在WinCE5.0中就引入了,全称为Production Quality OAL,产品级的OAL。它的基本原则如下:

    不同芯片或片上系统的代码必须分离开来;

    BSP中的代码应该是组件化的并且有逻辑的组织在一起;

    芯片级代码、片上系统的代码和板级支持包(BSP)中的代码都应该是高质量的,以便于代码重用。

    PQOAL并不是一个硬性的规定,你可以按照自己的想法来组织BSP的目录及相关文件。但我还是建议尽量按照PQOAL的原则来组织,这会给后期的调试、移植和发布带来很大的便利。这是前人成功的经验,没有理由不用。

    下面就从PQOAL的角度分析PLATFORM的目录组织。

    PLATFORMCOMMON:这里存放了所有可重用的代码。这一部分代码将在BSP之前编译。

    PLATFORMCOMMONSRCCOMMON:这里存放了被BSP中重用的通用代码,这一部分代码是跟硬件平台无关的。譬如一般的IOCTL处理函数、与内核交互的公共的中断程序等等,另外还包括一下库文件,如OAL_IOCTL.lib、oal_intr.lib、oal_log.lib、kitl_log.lib等等。这一部分代码由微软提供,一般不能修改。

    PLATFROMCOMMONSRC<CPU>:CPU表示MCU的不同体系结构,如ARM、MIPS、SH和X86。这些目录分别存放了各体系结构的MCU的相关代码,如CACHE相关代码、物理地址和虚拟地址转换的代码等等。这部分代码只针对MCU的内核,不涉及具体的芯片。这一部分代码也由微软提供,不建议修改。

    PLATFORMCOMMONSRCSOC:该目录下存放了不同的MCU对应的代码,跟BSP对应,这里可看做是CSP(CHIPSET SUPPORT PACKAGE)。这一部分的代码一般来说不能直接修改,如果需要移植类似平台的BSP,应该复制一个,重命名后再做修改。这里的目录和其中链接后的库文件的命名也遵循一定的规则(芯片名称_厂商名称_版本号)。这里需要注意的是SOC目录下dirs文件需要包括体系结构的说明,如PLATFORMCOMMONSRCSOCPXA27X_MS_V1中的dirs文件以DIRS_ARM= 打头。这与BSP中的一般的DIRS文件不同。我在移植BSP的时候,并没有在这里做任何修改,只是将其中相关的文件拷贝到我自己的BSP目录下,这样方便BSP的发布。

    PLATFORMBSPName:这里存放了跟开发板对应的相关代码。在编译WinCE操作系统时,它在PLATFORMCOMMON的目录之后编译。我们在针对一款新的硬件平台移植WinCE6.0时就是在这里做相应的添加和修改。

    WinCE6.0中BSP的目录组织如下:

    目录

    说明

    CATALOG

    存放BSP的CATALOG file

    CESYSGEN

    编译的过程中,bib和reg文件将被拷贝到这

    FILES

    存放BSP的bib、reg、dat等配置文件和无须编译的二进制文件

    SRC

    存放BSP的所有源代码

    SRCBOOTLOADER

    存放BOOTLOADER的源代码

    SRCCOMMON

    存放共享代码,链接后的库可被BOOTLOADER、OAL和驱动使用

    SRCDRIVERS

    存放设备驱动的代码

    SRCINC

    存放相关头文件

    SRCKITL

    存放KITL的相关代码

    SRCOALOALEXE

    链接OAL.lib和其他一些库,生成OAL.exe

    SRCOALOALLIB

    存放OAL的源代码,编译生成OAL.lib

    本文分析了WINCE600的目录组织,并从PQOAL的角度分析了PLATFORM目录。文中如有疏漏,请您指正!谢谢。

  • 相关阅读:
    解决Original error: Could not proxy command to remote server. Original error: Error: socket hang up
    python各进制转换
    爬楼梯问题,yield学习总结
    微信开放平台API开发资料
    数据切分——Atlas读写分离Mysql集群的搭建
    svn SSL 错误:Key usage violation in certificate has been detected
    如何将一个空间里的内容全部复制到另一个空间,文件名不变
    SVN客户端安装 Linux
    Web端即时通讯技术盘点:短轮询、Comet、Websocket、SSE
    搭建SVN服务器
  • 原文地址:https://www.cnblogs.com/killer-xc/p/5115248.html
Copyright © 2011-2022 走看看