WINCE的内存配置-config.bib文件的解析
WINCE的内存(包括SDRAM及FLASH)的配置包含两个方面:源代码(包括C和汇编)中的定义,及系统配置文件CONFIG.BIB中的定义。源代码中需要定义内存的物理及虚拟地址,大小,并初始化名为OEMAddressTable的结构数组,以告知系统物理地址与虚拟地址的对应关系,系统根据其设置生成MMU页表。而CONFIG.BIB中一般会将内存定义成不同的段,各段用作不同的用途。
CONFIG.BIB文件
CONFIG.BIB文件分两个部分,我们且称之为段,MEMORY段和CONFIG段。MEMORY段定义内存的分片方法,CONFIG段定义系统其它的一些属性。以下是一个CONFIG.BIB文件MEMORY段的例子:
MEMORY
; 名称 起始地址 大小 属性
RESERVED 80000000 00008000 RESERVED
DRV_GLB 80008000 00001000 RESERVED
CS8900 80010000 00030000 RESERVED
EDBG 80040000 00080000 RESERVED
NK 800C0000 00740000 RAMIMAGE
RAM 81000000 00800000 RAM
名称原则上可以取任意字符串,ROMIMAGE通过一个内存片的属性来判断它的用途。RESERVE属性表明该片内存是BSP自己使用的,系统不必关心其用途;RAMIMAGE说明它是一片存放OS IMAGE的内存;而RAM则表示些片内存为RAM,系统可以在其中分配空间,运行程序。
但存放 ROM的这片内存的名称,即NK一般不要改动。因为BIB文件中定义将一个文件加入到哪个ROM片(WINCE支持将ROM IMAGE存放在不连续的几个内存片中)中时会用到这个名称,如下现这行BIB文件项就定义将touch.dll放在名称为NK这片ROM中,
touch.dll $(_FLATRELEASEDIR)/touch.dll NK SH
因而,如果将NK改为其它名称,则系统中所有的BIB文件中的这个NK串都需要改动。
注意:保证各片内存不要重叠;而且中间不要留空洞,以节约内存;两种设备如果不能同时被加载,就应该只为其保留一片从而节约内存,例如,本例中的 CS8950是为网卡驱动程序保留的,EDBG是为网卡作调试(KITL)用时保留的,而系统设计成这两个程序不会同时加载(CS8950在启动时判断如果EDBG在运行就会自动退出),这样为这两个驱动程序各保留一片内存实在浪费而且也没有必要。
RAM片必须在物理上是连续的,如果系统的物理内存被分成了几片,则在RAM片只能声明一片,其它的内存在启动阶段由OEMGetExtensionDRAM报告给系统,如果有多于一个的内存片,应该用 OEMEnumExtensionDRAM报告。NK片则没有此限制,只是NK跨越两个以上物理内存片时,系统启动时会显示这个OS包跨越了多个物理内存片,认为是个错误,但并不影响系统的执行与稳定性,因为系统启动之时便会打开MMU而使用虚拟地址,从而看到连续的内存空间。当然,如果内核自己都被放在了两个内存片上,那系统应该就无法启动了。而其它保留起来的内存片是一般是给驱动程序DMA用,应该保证它们在物理上的连续性,因为DMA是直接用物理地址的。
CONFIG段中以下几个需要格外注意:
ROMSTART,它定义ROM的起始位置,应该和NK片的起始位置相同。
ROMSIZE,定义ROM的大小,应该和NK片的大小相同。
如果不需要NK。BIN文件,则可以不设这两个值。
ROMWIDTH,它只是定义ROMIMAG生成ROM包时如何组织文件,而非其字面含义:ROM的宽度,所以一般都应该为32
COMPRESSION,一般定义为ON,以打开压缩功能,从而减小BIN文件的尺寸。
AUTOSIZE,一般应该设为ON,以使系统将定义给ROM但没有用掉的内存当做RAM使用,而提高RAM的使用率。注意,如果ROM是FLASH,则不能设为ON,因为FLASH不能当作RAM使用。
ROMOFFSET,它定义OS起始位置(即ROMSTART)的物理地址和虚拟地址的差值,有些BSP中并没有使用这个定义。
OEMAddressTable及其它
OEMAddressTable用来初始化系统中各种设备的虚拟地址与物理地址的对映关系。在我使用的BSP中,它是这样定义并初始化的:
typedef struct
{
ULONG ulVirtualAddress;
ULONG ulPhysicalAddress;
ULONG ulSizeInMegs;
} AddressTableStruct;
#define MEG(A) (((A - 1)>>20) + 1)
const AddressTableStruct OEMAddressTable[] =
{
{ SDRAM_VIRTUAL_MEMORY, //虚拟地址
PHYSICAL_ADDR_SDRAM_MAIN, //物理地址
MEG(SDRAM_MAIN_BLOCK_SIZE) //这段空间的大小,以M计
},
………………………
{
0,
0,
0
}
};
如例子所示,OEMAddressTable为一个结构数组,每项的第一个成员为虚拟地址,第二个成员为对应的物理地址,最后一个成员为该段空间的大小。这个数组的最后一项必须全部为0,以示整个数组的结束。内核启动时会读取这个数组的内容以初始化MMU页表,启用MMU,从尔使程序可以用虚拟地址来访问设备。当然,OEMAddressTable中所用到的每个物理地址及虚拟地址都需要在头文件中定义,每个BSP中定义这些值的文件不尽相同,所以,在此不能说明具体在哪个文件,读者朋友可以参考具体BSP的文档及代码。
不连续内存的处理
如果内存在物理上是连续的,则 OEMAddressTable中只需要一项就可以完成对内存的地址映射。但如果BSP运行在SDRAM物理上不连续的系统上时, OEMAddressTable中需要更多的项来将SDRAM映射到连续的虚拟地址上,当然也可以将它们映射到不连续的虚拟地址上,但似乎没有理由那么做。而且,当其物理地址不连续时系统需要做更多的工作。例如,我有这样一个系统:32M SDRAM,16M FLASH,SDRAM在物理上不连续,被分成了4个8M的内存块,我的SDRAM的使用情况如下图所示:
CONFIG。BIB文件的MEMORY段如下所示:
MEMORY
RESERVED 80000000 00008000 RESERVED
DRV_GLB 80008000 00001000 RESERVED
CS8900 80010000 00030000 RESERVED
EDBG 80040000 00080000 RESERVED
NK 800C0000 00940000 RAMIMAGE
RAM 81800000 00800000 RAM
在这32M的空间中,BSP保留了前0x80000字节,接下来是NK,它占用了0x940000字节,而且它跨越了两个内存片,这些和其它BSP的设置都没有多大差别,接下来看RAM片,它只占用了最后的8M空间,前面说过,在这种物理内存不连续的系统中,RAM片不能跨越两个物理内存块,所以它被设计成只占用该系统中的最后一个物理内存片,而其它两片则由OEMEnumExtensionDRAM在运行时刻报告给系统,该函数的内容如下:
pMemSections[0].dwFlags=0;
pMemSections[0].dwStart=(SDRAM_VIRTUAL_MEMORY + 0x1000000);
pMemSections[0].dwLen=0x800000;
pMemSections[1].dwFlags=0;
pMemSections[1].dwStart=(SDRAM_VIRTUAL_MEMORY + 0x0A00000);
pMemSections[1].dwLen=0x600000;
return 2;
这样,系统所有的内存都被激活,系统可用内存就变成了8+8+6=24M,可以将RAM定义为这三片中的任意一片,而在 OEMEnumExtensionDRAM中报告其它两片。但把RAM放在最后一片物理内存上有一个很大的好处,即如果NK变大,例如编译一个DEBUG 版的系统时,这时,只需要将OEMEnumExtensionDRAM中的内容注释掉,CONFIG.BIB文件不用做任何改动,系统就可运行,只是在 MAKEIMG时会有一个警告说系统包太大,可能无法运行,但实际不会影响系统的执行与稳定性,因为NK之后的那段内存并没有被使用,正好被涨大的系统占用,这在调试时极其方便。
而如果系统物理内存是连续的,那将变得简单的多,还以上面的设置为例,如果这32M的SDRAM是物理上连续的,内存的使用情况就可以表示如下图:
所有者系统可用内存都可以定义在RAM片中。
对硬件知识了解不多的朋友请注意:SDRAM是否在物理上连续,与我们的板上有几片SDRAM没有关系,应该向硬件工程师了解SDRAM的地址分布情况。
Understanding Memory Sections in config.bib, boot.bib, and OEMAddressTable in Windows CE 5.0 and 6.0
DCD 0x80000000, 0xA0000000, 64 ; MAINSTONEII: SDRAM (64MB).
DCD 0x88000000, 0x5C000000, 1 ; BULVERDE: Internal SRAM (64KB bank 0).
DCD 0x88100000, 0x58000000, 1 ; BULVERDE: Internal memory PM registers.
DCD 0x88200000, 0x4C000000, 1 ; BULVERDE: USB host controller.
Now that we understand the OEMAddressTable, let’s talk about the .bib files.
Let’s take a look at a simplified example in the CEPC BSP:
Here’s our OEMAddressTable (platform/common/src/x86/common/startup/startup.asm):
Here’s our boot.bib (platform/CEPC/src/bootloader/eboot/boot.bib):
; ------- -------- -------- ----
EBOOT 00130000 00020000 RAMIMAGE
ETHDMA 00200000 00020000 RESERVED
And a condensed version of config.bib (platform/CEPC/files/config.bib):
; ------- -------- -------- ----
; 64 MB of RAM (note: AUTOSIZE will adjust boundary)
DMA 80100000 00030000 RESERVED ; Native DMA reserved.
BOOTARGS 801FFF00 00000100 RESERVED ; Boot arguments
EDBG_DMA 80200000 00020000 RESERVED ; EDBG DMA buffer
There are several interesting things going on here:
Hopefully this has given you some insight into .bib memory layouts.
WINCE的内存配置-config.bib文件的解析相关推荐
- WINCE的内存配置
WINCE的内存(包括SDRAM及FLASH)的配置包含两个方面:源代码(包括C和汇编)中的定义,及系统配置文件CONFIG.BIB中的定义.源代码中需要定义内存的物理及虚拟地址,大小,并初始化名为O ...
- mybatis中config.xml文件的解析
config.xml文件的解析是主要是XMLConfigBuilder完成的,通过调用parseConfiguration来实现整个解析过程 public Configuration parse() ...
- WINCE config.bib文件中的FSRAMPERCENT的意义
在BSP/files文件夹下面关于FSRAMPERCENT的内容如下: CONFIG ------- FSRAMPERCENT=0x80808080 下面我们来看看上面表达式的意义 FSRAMPERC ...
- WINCE的BIB文件解析
BIB的全称为Binary Image Builder,在Wince编译过程中的最后MakeImage阶段会用到BIB文件,BIB文件的作用是指示构建系统如何构建二进制映像.所有的BIB文件会被合并成 ...
- WinCE BSP的BIB文件介绍
在WinCE中使用的一个重要的文件就是BIB文件,全称Binary Image Builder File.在WinCE的编译过程中会用到BIB文件,应该是在最后的Makeimg阶段.所有的BIB文件会 ...
- wince中BIB文件的详细介绍
wince中BIB文件的详细介绍 在WinCE中使用的一个重要的文件就是BIB文件,全称Binary Image Builder File.在WinCE的编译过程中会用到BIB文件,应该是在最后的Ma ...
- wince内存配置(转gooogleman的工作日志)
WINCE的内存(包括SDRAM及FLASH)的配置包含两个方面:源代码(包括C和汇编)中的定义,及系统配置文件CONFIG.BIB中的定义.源代码中需要定义内存的物理及虚拟地址,大小,并初始化名为O ...
- 关于WinCE中config.bib的问题
这两天在看关于bootloader的事情.以前的同事提到开机速度的问题,顺便也就提到了nk的大小的问题.这一连串的事情使得想回头再看看config.bib的事情.这篇文章也算来总结下.也接触过一些AR ...
- bib config_OEMAddressTable,config.bib详解
比如X86的OEMAddressTable (platform\common\src\x86\common\startup\startup.asm): _OEMAddressTable: dd 80 ...
最新文章
- 存储控制器wwn号_正文-新华三集团-H3C
- 多线程开发之---线程等待
- 总说数据分析,你知道产品设计中各环节怎么运用数据么
- 力扣1281.整数的各位积和之差
- Python批量导入Excel文件中的不重复数据到SQLite数据库
- hbase插入数据语句_记一次 spark thriftserver 插入数据到hbase 的异常
- ZMQ == 服务端创建,接受请求的过程
- 【转】Pycharm的激活
- 原生ajax、XMLHttpRequest和FetchAPI简单描述
- C++11 关键字noexcept
- 2017年软考程序员考试填涂答题卡(纸)注意事项
- Dynamics CRM 365 - 零基础入门学习后端插件的注册方法
- Maven依赖冲突避坑指北
- 不用群发,就可以查看你被哪些微信好友删除了
- obj文件转gltf文件
- html加载背景图片
- Lucene IKAnalyzer(V2012)
- c语言上20级台阶递归法,c语言递归算法.pptx
- uni App 支付宝小程序分享代码
- fairyGUI界面控件的基本制作和功能实现
热门文章
- HTTP 方法:GET 对比 POST
- k8s pod restartcount 改0_Prometheus+k8s之告警通知
- html手机和电脑显示内容不同,同一个网站,手机端跟电脑端显示不同是怎么实现的?...
- c语言五子棋开题报告,基于VC的五子棋游戏的设计与实现(附答辩记录)
- c++实现sscom串口助手循环发送_串口通讯你真的会了吗?不妨看看这些经验
- 无监督学习与有监督学习的本质区别是什么_吴恩达老师课程笔记系列第三节-无监督学习定义...
- 第四章 SQL*plus介绍、常用命令
- 线程安全的map_ThreadLocal | 线程本地存储
- linux运行geoserver源码,Linux 下Geoserver 的部署
- 华为云计算基础-华为云计算套件