WINCE6.0深入理解TOC
********************************LoongEmbedded************************
作者：LoongEmbedded(kandi)
时间：2011.7.17
类别：WINCE 系统开发
********************************LoongEmbedded************************
TOC: Table Of Contents, OEM on disk structure.
1. pTOC指针指向的结构体
pTOC在\WINCE600\PUBLIC\COMMON\OAK\DRIVERS\ETHDBG\BLCOMMON\blcommon.c中定义，如下：
ROMHDR * volatile const pTOC = (ROMHDR *)-1;// Gets replaced by RomLoader with real address
可知pTOC是指向ROMHDR结构体的指针，在\WINCE600\PUBLIC\COMMON\OAK\INC\romldr.h中定义，如下图：
图1
我们通过viewbin –r eboot.bin和viewbin –r nk.bin获取的信息如下图：
图2
由图2可知eboot.bin的pTOC指向的起始地址为0x80070e7c，大小为0x00000054的内存区域，也就是说eboot.bin的TOC信息保存在这块内存区域。这块内存区域的内容可以通过viewbin –d eboot.bin de.txt获取到的相关内容如下：
图3
通过同样的方式，我们也把nk.bin中的TOC相关信息贴出来：
图4
下面就结合图3和图4来学习ROMHDR结构体成员的意义：
1) dllfirst成员
这是分配给NK.bin的动态连接库(dll)使用的虚拟内存的ROM DLL区间的起始地址，在WINCE系统中，0x40000000到0x5FFFFFFF范围的共512MB的虚拟内存空间被定义为ROM DLL区间。从图3和图4可直接看到的值是01C00140，实际是0x4001C001，这是因为ARM采用小端的数据存储格式，也即高字节数据保存在低地址空间处。
我们知道eboot.bin中是不包含dll文件的，这里的值对于eboot.bin来说应该是没有实际的意义的。
2) dlllast
这是分配给NK.bin的动态连接库(dll)使用的虚拟内存的ROM DLL区间的结束地址，eboot.bin中此值为0x4001C001，和dllfirst的值一样，这是意料之中的，因为eboot.bin中没有包含dll；nk.bin中此值是0x416EC101，说明dll实际占用的ROM DLL空间大小为0x416EC101-0x4001C001=0x16D0100，大概22M左右。
3) phyfirst
镜像文件(这里指eboot.bin和nk.bin)的起始存储地址，这个值等于镜像文件的image start，对于eboot.bin来说，此值为0x80030000，通过图2可知就是eboot.bin的image start的值，这个值在eboot.bib中定义，如下图所示：
图5
也可以看出nk.bin中此值为0x80100000，通过下图的命令
图6
可知此值等于nk.bin的image start，此值由config.bib中的内容来决定的
图7
4) physlast
镜像文件的结束存储地址，eboot.bin中此值为0x80071DF4，该值=image start+length=0x80030000+0x00041DF4；nk.bin中此值为0x81CEC494也等于nk.bin中的image start+length。
5) nummods
TOC入口(entry)的数目，eboot.bin中该值为0x00000001，也即eboot.bin中有一个TOC入口，而镜像文件中每个模块(exe或是dll都有一个TOC入口)，所以eboot.bin中包含一个模块，这个模块是什么呢？见下图：
图8
可知此模块是NK.exe，这个意思nk.exe实际就是eboot.exe，我们通过eboot.bib下面的内容可知：
MODULES
;Name Path Memory Type
; -------------- ---------------------------------------------- -----------
nk.exe $(_TARGETPLATROOT)\target\$(_TGTCPU)\$(WINCEDEBUG)\eboot.exe EBOOT
nk.bin中为0x000000FB，也即nk.bin中有251TOC入口，也就是总共包含有251个模块(dll或exe)。
6) ulRAMStart
表示镜像文件的RAM的程序内存区域的起始地址，这里RAM的程序内存区域是指没有被系统保留(RESERVED，见config.bib)的，没有被用作对象存储的，也没有被用作加载时存放操作系统镜像的，而是可用于操作系统及应用程序在运行过程中分配的RAM内存空间。
eboot.bin中该值为0x800B0000，是由图5的“RAM”这一项得值来确定的；nk.bin中该值为0x81CF0000，为什么是这个值呢？根据图7“RAM”这一项得值是0x82900000啊？原来和config.bib中的下面的内容有关：
AUTOSIZE=ON
因为为ON表示RAM的空间可以根据具体的情况来调整，我们当前nk.bin的Image Start = 0x80100000，length = 0x01BEC494，那么nk.bin被加载到RAM的结束地址=Image Start+ length=0x81CEC494，因为这个值小于图7中RAMSTART=0x82900000的值，所以程序内存区域会根据nk.bin实际占用的RAM的空间来确定程序内存区域的起始地址。另外我们知道WINCE的内存是基于页式管理的，WINCE操作系统支持两种页大小：1KB和4KB，在WINCE中，虚拟内存的申请分为保留(reserve)和(commit)两个过程，虚拟空间的保留是以64KB(0X00010000)，也就是说在任何一次虚拟内存申请都会返回一个64KB的整数倍的地址，而把虚拟内存提交到物理内存是以页(在此是4KB为一页，也就是0x00001000)为粒度的，所以可以得出程序内存区域的起始地址为0x81CF0000。当然了如果AUTOSIZE=OFF，那么就根据图7指定的范围来得到ulRAMStart和下面的ulRAMFree的值。结合下图可以更好理解：
图9
7) ulRAMFree
RAM的程序内存的空闲可用区域的起始地址，eboot.bin中该值为0x800B8000，说明从0x800B0000到0x800B7FFF用于eboot的程序运行时所需要的内存空间，同理可以如此分析nk.bin。
8) ulRAMEnd
程序内存区域的结束地址， eboot.bin中该值为0x800C0000，见图5中队RAM项的描述可以理解，对于nk.bin可以结合config.bib中来理解，见图7。
9) ulCopyEntries(Number of copy section entries)
全局变量重定位时要复制的入口数，eboot.bin中为0x00000001，也就是1个入口，这个就是eboot.exe的入口；nk.bin中为0x00000002，具体是复制哪两个模块的TOC入口呢？希望在后面的学习中可以搞清楚。
10) ulCopyOffset
全局变量重定位时要复制的入口的偏移地址，对于eboot.bin，我们知道加载的时候是保存在0x80030000这起始内存处，大小为0x00041DF4的内存区域处，见图5中EBOOT这项的描述。eboot.bin中该值为0x80070EF0，那么这个地址处对应的内容是什么呢？
图10
可知eboot.bin中的全局变量重定位时的复制入口的偏移地址就是上图淡蓝色部分，这些值在后面的学习中再来看其作用。Nk.bin中该值为0x81759D78，我们知道nk.bin重定位时要复制的TOC入口数是2个，通过同样的方式下面就来看0x81759D78对应的地址处的内容：
图11
也就是对应nk.bin的copy sections的内容。
11) ulProfileLen
用于profile调试功能的入口的字节长度，eboot.bin和nk.bin中该值都为0。
12) ulProfileOffset
用于profile调试功能的入口的偏移地址，eboot.bin和nk.bin中该值都为0。
13) numfiles
镜像文件中包含的文件个数，因为eboot.bin中没有包含文件，所以该值为0，而nk.bin该值为0x00000075，也就是117个，我们通过viewbin –t nk.bin >nt.txt获取到nk.bin包含的文件如下图所示：
图12
我们再把FILES最后的文件贴出来：
图13
结合图12和图13可知nk.bin包含的文件个数=417-301+1=117个。
14) ulKernelFlags
记录的是操作系统内核可选属性的标志位掩码，因为这个标志位对于eboot.bin没有意义，所以该值为0，而nk.bin的该位可能包含的标志位掩码值如下图：
图14
这个值是由config.bib的ROMFLAGS这一项的值来决定的，因为本config.bib的内容如下：
ROMFLAGS=0
所以该值为0。
15) ulFSRamPercent
表示用于文件系统的RAM内存的百分比，因为这个标志位对于eboot.bin没有意义，而nk.bin中该值为0x0D0D0D0D，则表示第一个1MB内存保留了13(0x0D)个4KB页，第二个1MB内存保留了13(0x0D)个4KB页，第三个和第四个字节也如此，所以用作文件系统的内存空间的百分比=(13+13+13+13)*4KB/4MB=5.07%，尽管计算方式如此，但是分配给文件系统使用的RAM内存地址是连续的。
16) ulDrivglobStart
设备启动程序全局变量的起始存储地址，eboot.bin和nk.bin中该值都为0。
17) ulDrivglobLen
设备启动程序全局变量占用存储空间的字节长度，eboot.bin和nk.bin中该值都为0。
18) usCPUType
代表我们WINCE系统运行所在的CPU的类型，eboot.bin和nk.bin中该值都为0x000001C2
19) usMiscFlags
操作系统镜像的混合标记选项，nk.bin该值为0x00000002
。
20) pExtensions
存放ROMHDR扩展数据的内存区域的指针。Eboot.bin该值为0，nk.bin该值为0x80101020，见下图：
图15
0x80101020内存地址处保存的是ROMHDR扩展数据，因为目前的设计中没有使用到这些数据(应该是XIP内核中使用的)，所以其值为0。
21) ulTrackingStart
用于Tracking调试功能的内存区域的起始地址，eboot.bin和nk.bin中该值都为0。
22) ulTrackingLen
用于Tracking调试功能的内存区域的字节长度，eboot.bin和nk.bin中该值都为0。
到此ROMHDR结构体已经介绍完毕，下面来看TOC的应用。
2. 用到TOC的地方
2.1 eboot中用到TOC的地方
2.1.1 main函数调用BootloaderMain函数，而此函数开始就调用KernelRelocate函数来重
定位全局变量：
if (!KernelRelocate (pTOC))
{
// spin forever
HALT (BLERR_KERNELRELOCATE);
}
这里的pTOC是指向eboo.bin的TOC数据的，KernelRelocate的函数体如下：
图16
可以结合对ROMHDR结构体的介绍更容易理解。
2.1.2 eboot更新NK的时候，会调用WriteOSImageToBootMedia()->GetKernelExtPointerH
函数来判断nk.bin中是否包含nk.exe及其扩展指针，下面就来看这个函数：
图17
图18
图19
图19也就是ROMHDR结构的内容。
图20
2.2 NK中用到TOC的地方
2.1.1 ARMInit函数中
在系统启动过程中会调用ARMInit函数，此函数体如下：
图21
下面来看FindKernelEntry的函数体
图22
图23
系统中还有其他地方用到TOC信息，从上面的描述可知道TOC信息的重要性，到此也进一步学习和理解了TOC。
