VxWorks BSP和启动过程.docVIP

VxWorks BSP和启动过程 ????先讲讲BSP和BootRom之间的区别BSP只与“target/config/”下对应目录相关。romInit.s定义系统的入口romInit()函数，系统上电最先执行的代码。romInit()禁止CPU中断，设置初始堆栈，配置DRAM控制器等少数CPU设置后调用第一个C程序romStart()。进一步硬件初始化有sysLib.c中定义sysHwInit函数完成。romInit.s中的硬件初始化会在sysALib.s或sysLib.s重复一遍。因为vxworks程序只需要BootRom提供参数串和启动代码。而不依赖于BootRom的硬件初始化（除了RAM初始化）。BootRom和Vxworks的无关运行是一个原则，若不遵循这个原则，就会出现Vxworks和BootRom的关联修改。 ??? 从宏观角度看来，一般是先加载BootRom；BootRom再加载VxWorks应用，并跳转到Vxworks的入口sysInit执行；VxWorks有可能根据启动的脚本文件加载应用模块。整个过程完成后，系统进入多任务环境。对于PC兼容体系结构，CPU不能从这样的存储器中获取指令执行，而需要BIOS的辅助。BIOS将启动盘的引导扇区复制到主内存空间，再跳内存的指定地址执行。BIOS本身所处的存储器是CPU可直接访问执行的。BIOS再加载程序映象时用自己的规范，比如引导扇区的位置和大小等。BootRom自己能满足这样的要求，比如说大小，BootRom比一个扇区大了许多。BIOS不能直接加载BootRom，而只能先加载辅助的小程序Vxld。由于大小限制，Vxld不支持完善的文件系统，所以要求启动盘上的BootRom文件必须连续存放。Vxld再加载BootRom。由于硬件环境限制，Vxld必须做的非常小，不能启动保护模式和支持翻检系统，因而限制了所能减灾程序映象的大小和内存加载位置。启动盘（如软盘）的大小也会限制程序映象的大小。 ??? 也有可能由于环境影响，出现BootRom与Vxworks映象融合在一起的情况，可以直接从Rom启动但是不灵活。 ? VxWorks Image的种类1。ROM-based images(compressed/uncompressed)2。Loadable VxWorks image:通过VxWorks boot image 装载的VxWorks image3。VxWorks boot images:用于启动Loadable VxWorks image的A VxWorks image4。ROM-resident image:只拷贝image中的数据部分(data segment)到内存RAM,留下程序????????????????????? 部分(text segment)在ROM中执行，这样空出更多的RAM空间给????????????????????? 应用程序。5。VxWorks ROM image:装载进ROM或者flash，可能在ROM或者flash中运行的image.6。VxWorks image的组成：Text segment、data segment、BSS Segment.8。VxWorks.st(文件很大)：独立的image，包含shell和symbol table在目标机运行。9。ROM based images(直接烧入ROM的VxWorks):?? VxWorks_rom:Tornado in ROM,非压缩，在RAM中运行。?? VxWorks.res_rom_nosym:Tornado in ROM,在ROM中运行。?? VxWorks.st_rom:stand-alone in ROM,压缩，RAM中运行。?? VxWorks.res_ROM:Stand-alone in ROM,非压缩，ROM中运行。 ? 操作系统的启动顺序1。处理器“跳”到在ROM或Flash中Boot-strap程序的起点，该程序主要有一下作用：?? 关闭中断；?? 初始化目标内存；?? 装载要运行的VxWorks image segments;?? “跳”到放置目标系统为静态的代码处。2。Loadable VxWorks image:?? bootstrap代码开始执行，从ROM或者FLASH中装载启动代码的文本段和数据段数据3。启动代码(Boot code)压缩的启动代码在拷贝的过程中解压缩。4。未压缩的代码直接拷贝。5。如果启动代码是ROM-resident,只拷贝数据段。6。启动程序(Boot program)执行，把VxWorks装载进RAM。“跳”到VxWorks的装载点。7。系统初始化代码被静态链接到