蓝牙app开发软件,鹤壁搜索引擎优化,flash个人音乐网站模板源码,wordpress弹窗表单1. Multiple XIP support XIP(eXecute-In-Place)是本地执行#xff0c;允许在ROM芯片内执行XIP区域(region)的应用代码#xff0c;而不必再把代码读取到RAM中来执行。WINCE支持我们在单个系统中构建(construct)多个XIP区域#xff0c;基于下面的理由使用多个XIP区域来代替… 1.    Multiple XIP support XIP(eXecute-In-Place)是本地执行允许在ROM芯片内执行XIP区域(region)的应用代码而不必再把代码读取到RAM中来执行。WINCE支持我们在单个系统中构建(construct)多个XIP区域基于下面的理由使用多个XIP区域来代替单个区域 ⑴可以把应用(application)分成实用的子集(functional subsets)并且支持从OS内核中分开安装。 ⑵增加新特征(feature)时不需要替换整个运行时镜像(run-time image)。 ⑶当解决掉一个bug后的更新不需要替换整个运行时镜像。 ⑷用户可以更新运行时镜像。 ⑸更新运行时镜像是永久性(permanent)的在冷启动时不容易受影响。 闪存(flash memory)作为掩膜只读存储器(masked ROM)的替代品日益广泛使用是一种支持多个XIP区域的芯片技术。在这个讨论多个XIP区域的帮助主题中和ROM相关的闪存用于保存系统镜像(system image)。 多个XIP区域把ROM镜像分成分离的和地址逐渐递增的单元在此借用下图来说明 图1 那如何划分XIP镜像呢要考虑区域中模块(module)和文件(files)的所有者并且要考虑这些模块和文件的功能基于这样的思想来划分。 需要注意的是XIP不能跨过不连续的物理区域尽管虚拟地址连续当跨越不同物理区域的代码在本地执行时一些设备没有响应(unresponsive)。没有压缩并且跨越不连续物理区域的文件和模块在没有经过复制的情况下被直接映射或是访问但是内核(kernel)只处理物理连续的文件。 2.    Multiple XIP Regions 因为我们可以在单个系统中构造多个XIP区域从这点上在使用多个存储区(memory area比如设计中同时使用ROM、flash等多个存储器)的应用场合我们可以使用XIP的功能。比如我们可以安装OS的内核部分在ROM中和把OS的其他部分安装在闪存(flash memory)中。XIP应用能够在两个地方执行我们可以根据需要逐渐以地址递增的方式规划闪存区域(flash region)但是存储器中的XIP区域必须使只读的比如图1中的XIPKERNEL.NBO在NAND Flash中必须使只读的。 我们可以根据自己的需要把多个ROM区域链接(chain)起来在通过usb下载XIP镜像的时候就是通过下载chain.lst接着eboot根据此lst文件自动下载XIPKERNEL.bin、NK.bin和chain.bin文件然后启动WINCE操作系统的。我们每次增加一个ROM区域时内核可以替代另一个ROM区域这里内核不是物理上替换这个模块而是用一个不同的ROM区域中的模块来代替它的功能性(Each time you add a ROM region, the kernel may replace another ROM region. The kernel does not physically replace the module, but replaces its functionality with a new module in a separate ROM region)。我们定义ROM区域的顺序决定了OS在上面写入模块的次序。包含NK.exe的ROM区域位于管理多个ROM区域的目录清单底部见图1我们的nk.exe就是包含在XIPKERNEL.bin中的。内核增加新的特征在目录清单顶部也就是图1的NK.nb0部分这样可以让我们通过连接其他的ROM区域来替换除了nk.exe之外的原始镜像的模块。 为了增加一个ROM区域(可以理解为xxx.bin)到一个已经存在的运行时镜像中创建一个列新的.bib文件此文件列举我们要增加到或是替换一个已经存在的OS设计中的模块。如果要增加一个新的.exe文件或者替换一个已经存在的一个只需要增加一个.exe文件到.bib文件中。 如果我们增加或是修个一个DLL那必须在.bib文件中制定一个增加的入口。在WINCE中所有的DLL文件从虚拟内存进程空间自上到下加载(all DLLs load from the top down in the virtual memory process space)。因为WINCE在相同的的地址位置为一个指定的.exe文件装载所有DLL文件.bin文件的MODULES部分为所有DLL文件预留相同大小的虚拟内存空间。对于任何指定的进程系统不是装载同样的DLL文件到进程地址空间中就是为后来的装载预留空间(For any specified process, the system either loads the same DLLs to the process address space or reserves space to load later)。当使用Makeimg.exe来编译一个ROM镜像(比如nk.bin)时它会生成镜像中DLL的开始地址和最后的地址如下 First DLL Address:   01f90000h Last DLL Address:    02000000h 我们必须在新.bib文件的CONFIG部分包含一个入口使用DLLHIGHADDR来指定关联的ROM镜像的DLL地址空间的起始地址。此起始地址是原来(original).bin文件中为DLL分配的虚拟内存空间的最低地址。在新的.bin文件中Makeimg.exe从系统可以开始预留和装载的虚拟内存中列出开始地址系统从起始地址开始预留存储空间(The system reserves memory from the starting address down)下面的示例代码解释了一个新的.bin文件生成一个示例DLL的开始地址 DLLHIGHADDR0x01f90000 我们要确保XIP区域不能重叠如果重叠会导致系统不能正常启动。为了避免引起系统问题需要在DLL区域之间留下一定的内存空间但这样会减少一个进程中可用虚拟内存的大小。因为内核为所有ROM预留同样大小的虚拟内存空间来装载DLL内核从不使用DLL之间的内存空间。在不需要重新安排紧接着其后的ROM镜像的情况下使用这个内存空间来扩大ROM镜像的DLL空间。 内核许可一个DLL从一个镜像完全剥离出来即使这个DLL与其他的模块隐式关联。Romimage.exe打印一个缺少DLL的警告但仍然创建这个镜像文件。这样使我们可以从RAM文件系统或是目标控制框架(target control shell)中装载这个找不到的DLL。 3.    Booting an image with Multiple XIP Regions 如要引导(boot)一个multiple XIP的镜像bootloader必须装载数据到flash存储器或者RAM中接着OEMInit函数必须处理XIP链(chain)中的每个入口增加每个入口到OEMRomChain结构体中此结构体的定义如下图所示 图2 OEM在config.bib中能够制定所有XIP的ROMChain次序比如图1所示依次是xipkernel、chain和nk。如果遍历(traverse)OEMRomChain结构体的链表且在内核(在此为xipkernel.bin)存储的位置上又找不到内核那么内核自动附加ROM到OEMRomChain链表中。 4.    Building an image with Multiple XIP Regions 创建一个由多个XIP区域组成的镜像是由config.bib和IMGMULTIBIN(但实际上是IMGMULTIXIP)环境变量来控制此变量必须设置为1如在smdk6410.bat中设置如下 set IMGMULTIXIP1 多个XIP成功编译将生成下面的文件 ⑴为每个XIP区域生成一个对应的.bin文件比如xipkernel.bin、chain.bin和nk.bin。 ⑵一个单独的xip.bin文件此文件包含所有的xip区域文件比如xip.binxipkernel.binchain.binnk.bin。 ⑶一个XIP链的bin文件为chain.bin文件。 ⑷如果config.bib文件中设置了ROMSTARTROMWIDTH或是ROMSIZE那么会生成xip.nb0文件。Xip.nb0文件时所有的.bin文件的布局如图1所示包含chain.bin因为它们(xipkernel.bin、chain.bin和nk.bin)应保存在ROM中。