WINCE TOC解析文章1

小鱼儿 2022-09-18 11:54 73阅读 0赞

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中定义，如下图：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ -]

图1

我们通过viewbin –r eboot.bin和viewbin –r nk.bin获取的信息如下图：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 1]

图2

由图2可知eboot.bin的pTOC指向的起始地址为0x80070e7c，大小为0x00000054的内存区域，也就是说eboot.bin的TOC信息保存在这块内存区域。这块内存区域的内容可以通过viewbin –d eboot.bin de.txt获取到的相关内容如下：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 2]

图3

通过同样的方式，我们也把nk.bin中的TOC相关信息贴出来：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 3]

图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中定义，如下图所示：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 4]

图5

也可以看出nk.bin中此值为0x80100000，通过下图的命令

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 5]

图6

可知此值等于nk.bin的image start，此值由config.bib中的内容来决定的

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 6]

图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中包含一个模块，这个模块是什么呢？见下图：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 7]

图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的值。结合下图可以更好理解：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 8]

图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，那么这个地址处对应的内容是什么呢？

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 9]

图10

可知eboot.bin中的全局变量重定位时的复制入口的偏移地址就是上图淡蓝色部分，这些值在后面的学习中再来看其作用。Nk.bin中该值为0x81759D78，我们知道nk.bin重定位时要复制的TOC入口数是2个，通过同样的方式下面就来看0x81759D78对应的地址处的内容：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 10]

图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包含的文件如下图所示：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 11]

图12

我们再把FILES最后的文件贴出来：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 12]

图13

结合图12和图13可知nk.bin包含的文件个数=417-301+1=117个。

14)   ulKernelFlags

记录的是操作系统内核可选属性的标志位掩码，因为这个标志位对于eboot.bin没有意义，所以该值为0，而nk.bin的该位可能包含的标志位掩码值如下图：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 13]

图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，见下图：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 14]

图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的函数体如下：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 15]

图16

可以结合对ROMHDR结构体的介绍更容易理解。

2.1.2         eboot更新NK的时候，会调用WriteOSImageToBootMedia()->GetKernelExtPointerH

函数来判断nk.bin中是否包含nk.exe及其扩展指针，下面就来看这个函数：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 16]

图17

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 17]

图18

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 18]

图19

图19也就是ROMHDR结构的内容。

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 19]

图20

2.2   NK中用到TOC的地方

2.1.1 ARMInit函数中

在系统启动过程中会调用ARMInit函数，此函数体如下：

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 20]

图21

下面来看FindKernelEntry的函数体

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 21]

图22

![WINCE6.0深入理解TOC - 男儿当自强 - 男儿当自强的博客][WINCE6.0_TOC - _ - 22]

图23

系统中还有其他地方用到TOC信息，从上面的描述可知道TOC信息的重要性，到此也进一步学习和理解了TOC。

转自:[http://cky0612.blog.163.com/blog/static/27478916201161725248502/][http_cky0612.blog.163.com_blog_static_27478916201161725248502]

[WINCE6.0_TOC - _ -]: /images/20220828/fcd8e3a0bc8648f396ad33fe6706d148.png
[WINCE6.0_TOC - _ - 1]: /images/20220828/75409254e1ab411a867bf4e4e18274ed.png
[WINCE6.0_TOC - _ - 2]: /images/20220828/de24190446d74e3691225e98d5e08069.png
[WINCE6.0_TOC - _ - 3]: /images/20220828/c0aaca967b914eaaa3b4aa6a0fdddf0d.png
[WINCE6.0_TOC - _ - 4]: /images/20220828/20e68fa52cff47fca92bffcec8d8e2dd.png
[WINCE6.0_TOC - _ - 5]: /images/20220828/6f40a3c885bd4197aa084653b78ab2a3.png
[WINCE6.0_TOC - _ - 6]: /images/20220828/f575be7f333049e581575386932c48f9.png
[WINCE6.0_TOC - _ - 7]: /images/20220828/f42039df0b6d41c0b745cd2f1a0586f3.png
[WINCE6.0_TOC - _ - 8]: /images/20220828/85554abf21c741b28d072271441f6d2d.png
[WINCE6.0_TOC - _ - 9]: /images/20220828/a3361a38070e407dba3ac1203f91f491.png
[WINCE6.0_TOC - _ - 10]: /images/20220828/fffb8199335145dabe93769fe1cbf4dc.png
[WINCE6.0_TOC - _ - 11]: /images/20220828/dcaf6c88c1664d768a93b4da0013993e.png
[WINCE6.0_TOC - _ - 12]: /images/20220828/1bbc42cf9b93436d9834cb6594b42fe4.png
[WINCE6.0_TOC - _ - 13]: /images/20220828/979a1d2463cc4aac8d9b19f99c0561bc.png
[WINCE6.0_TOC - _ - 14]: /images/20220828/8c3927b27b704e2aa1d79730adfbf888.png
[WINCE6.0_TOC - _ - 15]: /images/20220828/541284c0923348a9b9856e74c4b8ba40.png
[WINCE6.0_TOC - _ - 16]: /images/20220828/455934a492664e969547fd89d0789c46.png
[WINCE6.0_TOC - _ - 17]: /images/20220828/5e6e83591a504c1f88e233b653259d8e.png
[WINCE6.0_TOC - _ - 18]: /images/20220828/6939f6e2a3b54b6bafce1df533c807e9.png
[WINCE6.0_TOC - _ - 19]: /images/20220828/c016e03adb994492a19a6a9c9eabcead.png
[WINCE6.0_TOC - _ - 20]: /images/20220828/f7d6e8065c504b98bd0f680275f31441.png
[WINCE6.0_TOC - _ - 21]: /images/20220828/bf5ac72beddf4a26bcf050024047de86.png
[WINCE6.0_TOC - _ - 22]: /images/20220828/fa97bfa502ee41cb8ec8d939f8021706.png
[http_cky0612.blog.163.com_blog_static_27478916201161725248502]: http://cky0612.blog.163.com/blog/static/27478916201161725248502/