vxworks与tornado

vxworks与tornado内容摘要：

• 链接以后是浮动的，只在装载时才与绝对物理地址相对应 • VxWorks成品阶段是采用静态链接的。 RAM类型的 IMAGE ROM类型的 IMAGE 成品时的 IMAGE和调试时的IMAGE • 成品时的 IMAGE有两种运行模式： • ROMresident image:BSP 初 始 化 时 把image中的 data段复制到 RAM中 ， code在ROM中运行 • ROMbased image:BSP初始化时把 image完全搬到 RAM中执行 ， 包括 image中的data段和 bss段。 (分压缩和非压缩两种类型 ) 调试时的 Image • 先由引导代码把 ROM Boot Program搬到RAM中， Boot Program初始化调试下载通道和调试信息输出通道 • 被调试的 IMAGE通过 Host与 Target之间的某种耦合方式 download到 Target的 RAM中，然后接受控制权，实现调试 Image的在线升级 • 存储介质： flash、 flash disk • 升级通道： • 升级时期： • 升级保护： • 升级安全： • 升级 IMAGE的部分或整体 Debug • 硬件： – 非在线问题 （ 工艺 ） – 在线问题 （ 设计问题 ） ：上电以后不能正常运行 • BSP： – VxWorks和 Components：没有发现 bug • App – 语句逻辑层：程序语句的逻辑是否正确 – 功能层：设计的功能是否可以实现 – 任务层：任务的划分 、 调度是否合理 – 系统层：系统的可靠性 、 效率 调试的手段及工具 • 纯硬的手段 – 万用表 、 示波器 、 逻辑分析仪 ， 针对非在线的硬件问题和部分的在线硬件问题 • 半硬半软的手段 – ICE、 BDM， 针对部分硬件的在线问题和BSP的调试 • 纯软的手段 – Cross Debugger， 针对 App的调试 ICE的方法 • 运行的 IMAGE在仿真器中，由仿真器的CPU在用户的硬件环境下运行来调试软件。 • 限制：价格 /使用率的比率太高， CPU dependence BDM的方法 • 在运行 IMAGE的 CPU上支持一种断点逻辑 • 硬件调试代理 • 宿主机通过并口连接的 Adapter连接到 CPU的BDM接口上 ， 进行软件的调试。 • 限制： CPU必须支持 BDM方式。 • 步骤： BDM Debugger下载 Register list激活板子 ，BDM Debugger IMAGE下载到目标板的 RAM中。 软件调试 • 宿主机与目标机通过某种方式耦合 ， 宿主机上的调试。