风河 VxWorks 平台 手册
以下您将找到 VxWorks 6.8 的简要信息。VxWorks 6.8 是一款商业实时操作系统，具有确定性和可靠性。 它提高了设备的智能，同时满足实时和性能要求，适用于航空航天、国防和工业应用等。
PDF
文档
广告
广告
风河 VxWorks Platforms 3.8 目录 命令行项目和编译系统 ............. 24 VxWorks版本中的平台 .............. 2 Workbench调试器 ................. 24 VxWorks平台3.8版的新功能........ 2 VxWorks模拟器 .................... 24 VxWorks平台的特点.................. 3 Workbench VxWorks 安全、智能连接设备的市场正在不断地 扩张，嵌入式设备为了满足市场的需求 也变得越来越复杂。互联网的出现使得 远程管理的水平达到新的高度，但是同 时也对安全提出了更高的要求。 VxWorks实时操作系统 ............ 3 源代码编译配置 ..................... 25 兼容性 ............................. 3 VxWorks 6.x内核配置工具 ....... 25 人们正在考虑使用更强大的处理器来提 最先进的内存保护机制 .......... 3 Host Shell........................... 25 高设备的智能和功能性。由于实时和性 VxBus 框架 ...................... 4 Kernel Shell ........................ 25 能要求必须得到满足，因此制造商在将 核心转储文件生成和分析........ 4 运行时间分析工具................... 26 新的技术应用到已经经过验证的系统时 消息通道和TIPC.................. 4 System Viewer 总是很谨慎。要获得成功，公司必须在 内存管理........................... 4 （系统查看器）................... 26 整个产品生命周期内优化设备软件：从 出错管理........................... 5 Performance Profiler 设计到开发、从质检到部署设备远程管 处理器抽象层 ..................... 5 （剖析器） ........................ 26 理。如何在提高速度、效率、降低成本 操作系统的伸缩性和性能调整 .. 5 Memory Analyzer 的需求和可以接受的开发风险间获得平 小尺寸配置 ........................ 6 （内存分析器）................... 26 衡是很多设备开发商所面临的挑战。 文件系统........................... 6 Data Monitor .................... 26 风河网络堆栈 ..................... 6 代码有效区域分析 ................ 26 风河VxWorks平台提供了嵌入式平台 风河PPP (PPP, PPPoE)......... 9 VxWorks平台的可选附加组件 ...... 26 解决方案以满足这项挑战。该解决方案 风河USB .......................... 9 风河Workbench芯片级调试 ...... 26 包括了业内领先的商业级实时操作系统 VxWorks 6.8 多进程技术 ..... 9 IPL Cantata++ .................... 26 （RTOS）VxWorks、高级开源设备软 中间件技术 ......................... 15 技术规范................................ 27 件开发套件风河Workbench、以及必不 安全性 ........................... 15 VxWorks 6.8 ....................... 27 可少的安全、设备管理和连接中间件， 管理 .............................. 18 架构、主机和板级支持包............. 27 包括在网络基础结构中用于连接工厂车 分布式消息接发和服务 ........ 20 支持的目标机架构和处理器系列 .. 27 间设备、无线外围设备和其他设备的驱 桥接和路由 ...................... 21 支持的主机 ........................... 27 动程序和协议。风河公司通过自己在设 图形和本地接口................. 21 板级支持包 ........................... 27 备软件行业25年的经验、世界一流的支 连通性 ........................... 22 合作伙伴系统 .......................... 27 持组织、完善的合作伙伴生态系统以及 无线 .............................. 22 专业服务................................ 28 专业的服务团队为VxWorks平台提供 风河Compiler和风河 安装和定向服务 ..................... 29 GNU Compiler ...................... 23 培训服务................................ 29 风河Workbench开发套件.......... 23 公共课程.............................. 29 Eclipse ............................. 24 现场培训.............................. 29 项目系统............................ 24 支持服务................................ 29 构建系统............................ 24 北美、南美和亚太地区 ............. 30 日本 ................................... 30 欧洲、中东、非洲地区 ............. 30 支持。 风河VxWorks平台是经过优化的开发运行解决方案，可以用于多种设备：从 航空及国防（A&D）网络和消费者电子 设备的应用、机器人技术和工业应用、 精密医疗器械、以及汽车导航和远程信 息处理技术。该平台为需要在专有知识 产权领域进行投资的公司提供了强健的 基础。VxWorks平台已经成功地部署到 全球数以亿计的设备中。 VxWorks版本中的平台 z 风河通用平台：可以在这一通用平 台上使用的设备包括航空国防、汽 车远程信息处理、小型消费电子设 备以及工业和网络设备。 z 风河汽车设备平台：该平台专门用 于要求高可靠性、低能耗以及小内 存的应用开发，即适用于车辆和安 全控制系统（动力系、引擎、ABS、 安全气囊传感器、车窗/车门入 口），也适用于车内系统（数字仪 表盘显示、导航系统、远程信息处 理系统、以及娱乐系统）。 z 风河消费电子设备平台：该平台提 供了能够快速启动、小型的实时环 境，非常适合内存受到限制的设 备。平台适用的对象包括数字视 频、移动手持电话、数字成像、以 及宽带接入设备。 z 风河工业设备平台：该平台为工业 设备制造商提供了基本的多媒体 及连通性实时技术，包括用于车间 连接设备、无线外围设备、以及其 他网络设备的驱动程序和协议。平 台适用的对象包括工业自动化、楼 z 宇自动化、医疗、交通以及测试和 图 1：VxWorks平台组件 测量设备。 * 包含在VxWorks指定行业平台内 ** 包含在所有的VxWorks平台内 风河网络设备平台:该平台使客户 能够快速地创建、测试、部署、维 VxWorks平台3.8版的新功能 Workbench 核 心 的 增 强 以 及 对 VxWorks和多处理平台的支持、芯片级 护和管理网络基础设施设备。平台 提供了用于保护网络数据的多种 VxWorks平台的最新版本对实时组件 调试以及诊断工具的改进。风河的设备 安全协议套件，非常适合无线网络 以及工业专用中间件技术进行了更新和 管理工具（基于VxWorks平台的附加产 基础设施、企业网络、核心网络、 增强。这些组件也可以和VxWorks对称 品）提供了强大的企业范围基础设施， 网络边缘、WiMAX/LTE基础设施 多处理（SMP）和非对称多处理（AMP） 能够使开发、测试和安装工程团队在设 以及宽带接入设备。 技术一起使用，从而充分利用最新的多 备生命周期的任何阶段收集和汇总数 核处理器能力。 据，从而对运行软件的故障进行诊断和 修复。 风河 Workbench 3.2 开发套件包括对 这一版本还包括风河网络堆栈，利用风 河高级网络技术显著地改善了平台网络 能力的性能、伸缩性和功能。 2 | Wind River VxWorks Platforms 3.8 VxWorks 3.8平台引进了以下新的特 z 点、功能和增强性能： z VxWorks 6.8 z 提供对Wind River Hypervisor 1.1的集成支持 z z 通过增强的容错管理功能来显著缩 VxWorks 6.x 内 核 进 行 构 建 时 与 短产品上市时间 VxWorks 5.5相同。VxWorks 6.8与之 无缝移植现有基于VxWorks的IP和 前的所有VxWorks 6系列版本都兼容。 其它已有软件IP，包括开放源代码 除 个 别 情 况 外 ， VxWorks SMP 与 依靠VxWorks系统的核心特性进行 VxWorks单处理器版本的API兼容。 z Wind River VxWorks Simulator 6.8 产品的持续化生产，其核心特性包 z Wind River Compiler 5.8 括高性能、高可靠性、高确定性、 z Wind River GNU Compiler 4.1.2 低延迟以及高模块可裁剪性 z 用于多核处理通信的Wind River 互补性解决方案要素包括：风河 MIPC 2.0 Workbench（基于Eclips 的集成式开 广泛、深入的网络功能 发套件）、广泛的中间件、大量的处理 z BSP和驱动程序移植 - 支持零复制套接字，或ZBUF套 器和板级支持包（BSP）、专家级专业 z 将代码移植到VxWorks SMP 服务、众多经验丰富的VxWorks开发人 z 从VxWorks平台3.4版到本版本 z 接字功能 - L2TP 员和众多的合作伙伴生态环境（软硬件、 - FIPS-140 开发工具、中间件和应用程序提供商）。 - Wind River SSL 6.8 升级到 z z FIPS 140-2 模式 VxWorks 6.x 和 VxWorks SMP 专 MMU的内存保护机制来提高其设备可 SOAP组件的风河Web服务升级到 用于简化从VxWorks 5.5的移植。为此， 靠性。 除了传统的VxWorks内核模式 gSOAP 2.7.13发行版 VxWorks 6.x 的 内 核 完 全 支 持 执行之外，VxWorks还推出了基于进程 Wind River Workbench 3.2 VxWorks 5.5 内 核 操 作 环 境 。 为 的用户模式应用程序执行， 从而使内核 - 风河系统查看器 VxWorks 5.5所开发或移植的大多数 免受运行于VxWorks实时进程（RTP） - 风河运行时间分析工具（以前称 BSP、驱动程序和内核应用程序可在 下用户模式应用程序的影响。 用户模式 VxWorks 6.x内核下运行。默认情况下， 相互之间也不受影响。 z Memory Analyzer z Performance Profiler z Data Monitor z Code Coverage Analyzer 件操作系统，具有高度的确定性、高性 能、模块化扩展能力和较小的占用空间， 全球已经有5亿个设备安装了这一系统， 并且运行的更加快速、可靠。 VxWorks 的下一代版本添加了强大的新功能，注 重于多处理、开放性、高性能、可靠性 和协同工作能力。 通过VxWorks 6.8，用户可以： 通过开放式标准使开发人员生产 效率最佳化 利用多核芯片的强大功能提供性 能更高、容量更大的设备 通过基于内存管理单元（MMU） 的内存保护增加可靠性 | 之间网络和安全技术的变化。 VxWorks 6.x使得制造商可通过基于 VxWorks是业内领先的商业级设备软 3 植到当前的内核和用户模式 兼容性 VxWorks 实时操作系统 z 将VxWorks 5.5内核应用程序移 最先进的内存保护机制 VxWorks平台的特点 z z OpenSSL的0.9.8k 版，包括 为ScopeTools） z VxWorks技术产品文档包括以下信息： Wind River VxWorks Platforms 3.8 图 2：VxWorks内核环境和两个RTP 内存保护的特征包括如下： z z z 核心转储文件生成和分析 系统中的各个任务，此多处理器系统为 核心转储（Core dump）是VxWorks 能够运行VxWorks、Linux或其他任何 基于MMU的内存保护机制将内核 6.8中的新功能，允许应用程序在遇到异 支持TIPC的操作系统。基于VxWorks 与用户模式应用程序分离、将应用 常时生成核心映像、从目标中提取核心 6.8的平台支持TIPC 1.7版本。 程序彼此分离，从而提高了设备可 映像、并在主机上分析核心文件。核心 靠性 映像记录运行中的应用程序在异常点发 基于进程的标准编程模式简化了应 生时的状态。核心文件为开发人员提供 用程序开发 了整个系统的映像，可以用于事后分析。 VxWorks抢占式、基于优先权的全 核心转储文件生成和分析支持内核应用 局任务调度器确保了行为更具实时 程序和实时进程（RTP）。 TIPC 1.7 的特征包括如下： z 开放式标准TIPC - 高速、可靠的消息通过服务 - 具有逻辑地址和内部地址转换表 的位置透明性 - 面向通信模式的无连接和轻量连接 性和确定性 z z z 在内核和实时进程中创建私有或公 VxWorks 6.8在发生致命系统异常、内 共对象的能力使得用户能够更加灵 核恐慌（kernel panic）、或者内核任 活地使用那些免受误操作或能在内 务级别的异常时生成核心映像。核心转 核和进程任务间共享的对象 储文件生成也可以出于这一目的被API 扩展的系统调用接口使得应用程序 调用触发。在核心文件生成过程中，中 开发人员能够从用户模式执行来部 断被屏蔽，随后系统会重新启动。核心 署已开发的定制内核服务 映像被保存在目标设备的永久性存储设 支持实时进程间的共享库，提高了 备上，并且在目标设备重新启动过程中 代码效率和再用性，还使得代码开 被转移到主机。核心文件生成组件包括 发与调试更为快速 核心文件压缩、用于将内存区从核心映 - 无消息丢失 - 无消息副本 - 连续的消息序列顺序 - 可靠的多播消息 z 介于VxWorks和Linux之间的操作 系统无关性兼互操作性 z 从单一处理器到多核心到节点集群 的可裁剪性 z 用于故障转移的可扩展框架 z 适合于执行短暂、实时关键事件处理 的系统 像排除的内存过滤器、以及按需核心生 VxBus 框架 成的API。通过风河Workbench，开发 VxWorks 6.8包含了VxBus框架，其设 人员可以在各个层次上以只读模式分析 备驱动程序插入到并在设备驱动程序、 核心文件：汇编或C/C++、存储器内容、 BSP和VxWorks内核间协调设备相关 变量/值对等。目标管理器、调试视图、 的操作。它提供了设备驱动程序和硬件 变量视图、内核对象视图、堆栈跟踪视 间的正式接口，还提供了一套统一的API 图、内存视图、寄存器视图以及符号浏 供高级功能使用，例如文件系统、网络 览器都完全支持核心文件分析。 堆栈、电源管理框架等。VxBus提供了 以下内容： 消息通道和TIPC 内存保护机制的具备带来了将应用程序 z 设备发现机制 z 设备、中间件和操作系统间的通用 基础架构 z 对不同总线布局的支持 分割到受保护内存空间的挑战。消息通 道是一种面向连接的双向消息处理机 制，它允许任务跨内存边界进行通信， 从而对VxWorks中所提供的传统通信 机制予以了补充。 这些功能使设备驱动程序能够从所在的 BSP分离，这样驱动程序可以在多种 BSP上只做很少的修改或不做修改就可 以使用。通过VxBus框架可以简化为 VxWorks写入BSP的任务。 位于不同进程或内核中的任务可彼此建 却位于内核中；或者两个任务位于单独 的进程中；或者两个任务都位于同一进 TIPC协议将消息处理扩展至多处理器 Wind River VxWorks Platforms 3.8 z 支持多集群网络拓扑 内存管理 尽管VxWorks 6.x提供了支持MMU的 内存保护，但它仍然使用所有早期 VxWorks版本中所使用的非重叠地址 空间。VxWorks 6.8为RTP引入了重叠 虚拟内存模式，使RTP能够共享同样范 围的虚拟地址。非重叠模式依然是缺省 模式，可以通过配置参数选择重叠模式。 非重叠内存模型促进了对传统 VxWorks代码的向后兼容，它提供了下 述优点： z 无需将内存映射入或映射出，也无 需清除多余缓存，这就保证了高确 个任务，能够一个位于进程中而另一个 消息通道用开源式源代码、业界标准的 | 兼容 立与其位置无关的连接。进行通信的两 程中。在VxWorks 6.1以及更高版本中， 4 z 与传统的风河交互式任务通信方法 定性和低延时 z 地址指针具唯一性，支持现有 VxWorks驱动程序和应用程序的 重复使用，并简化了新驱动程序和 应用程序的开发 重叠虚拟内存功能与UNIX、Linux和 Windows等操作系统中用于进程的传 统用户虚拟地址空间非常类似。 系统中 所有的RTP都获得公用范围虚拟地址的 专用权。每个RTP都有此公用虚拟内存 区域的私有视图。共享数据区域和共享 库映射到其他地址。在使用了重叠虚拟 内存功能时，RTP可执行文件能够完全 链接，从而在加载时不需要进行符号再 定位，而这在非重叠模式下是必要的。 因此完全链接的RTP可执行文件在加载 时比运行于非重叠模式下的RTP 快得 多。 其他VxWorks 6.x内存管理增强功能包 括： z 资源自动恢复功能：使内存可用性 最大化，并有助于防止内存溢出， 从而提高设备稳健性。 图 3：出错管理 改进的内存分配采用了“最佳适 z z z z z z 间。如果使用的是支持SMP的处理器， 处理器抽象层（PAL）还支持VxWorks SMP。 应”算法：减少内存碎片，并可达到 内核和RTP中均具有错误管理能力，包括： 近于确定的内存分配/释放性能 z ISR和任务堆栈溢出检测 用户模式堆和内存分区支持：启用 z 代码破坏检测 了RTP和用户模式执行。 z 空指针使用检测 开发人员可替换的用户模式堆分配 z 堆块运行过高和过低检测 器：使系统设计灵活性最大化。 z 堆使用跟踪与溢出检测 VxWorks 6.7推出了一种新类型的项 内核和RTP中用于堆与内存分区 z RTP容错检测 目，叫做VxWorks源代码编译（VSB） 的堆测试：用于通过检测和报告内 z 针对内核应用程序错误的API支持 项 目 。 VSB 项 目 可 以 从 源 代 码 建 立 存错误来帮助诊断常见的内存问 z 对用户定义应用程序错误的API支持 VxWorks，通过应用关键选项来优化性 题。 z 自定义的容错处理策略 能和规模大小。通过风河Workbench中 与容错管理的紧密集成：使可靠性 z 全面的错误记录，包括公共头信息、 的核心配置器可以针对任何BSP设置 最高、产品上市时间最短。 重要的操作系统信息、硬件信息和 VSB项目。 编译器辅助代码测试：改进了内存 用户定义的可选字符串 错误的静态代码分析。 操作系统的伸缩性和性能调整 z 用户定义的错误纪录内存存储 用户可以在自己的VSB项目中选择或取 z 与风河设备管理工具的集成和协调 消选择预先定义的VSB创建选项。可以 将一套特定的选项组合到一个配置档案 出错管理 风河提供了一个容错管理框架，用以帮 处理器抽象层 中。系统已经定义了一个最大性能配置 助客户隔离、诊断和纠正在开发和测试 利用VxWorks 6.x，处理器抽象层 档案，其中排除了RTP支持、风河系统 期间所遇到的错误条件。利用这一框架， （PAL）提供了将操作系统支持扩展至 查看器工具以及一些错误检查。使用这 客户便可处理故障，这就将为了诊断设 相似架构系列的功能。特定架构的PAL 一配置档案可以建立仅带内核的系统， 备而重现该故障的需要最小化。容错管 为每个架构系列定义了功能互连，并且 比通过缺省VxWorks映像项目建立的 理框架具备容错检测与报告技术，这为 在一定程度上抽象了操作系统中硬件特 项目提高了20%的内核性能。 调试即购即用的软件提供了一定的基 性的功能性。这一点对于应用程序而言 础，并且还能够进行扩展，以使客户能 是透明的，一个架构系列PAL的出现加 够设计更可靠的设备。 速了处理器衍生的快速应用，并显著缩 短了VxWorks 6.x客户的产品上市时 5 | Wind River VxWorks Platforms 3.8 通过VxWorks源代码编译和内核组件 配置以及适当编写的BSP，可以显著地 减小VxWorks映像的尺寸，从而满足内 存受限设备的需求。 小尺寸配置 对于需要较小内存而资源受限的设备以 z 可配置的委托政策，可以实现对文 IPv4/IPv6双堆栈 件系统性能和可靠性的精细控制 网络堆栈提供了更灵活的堆栈配置方式 及降低能力的实时操作系统（RTOS）， 来支持IPv4和/或IPv6。 堆栈的建立可 VxWorks 6.8引进了小尺寸的配置。这 在VxWorks 6.8中，HRFS经过优化， 以仅针对IPv4、仅针对IPv6、或者可以 种小尺寸的配置采用了VSB机制，因此 以提供更快的写入性能。 同时用于两种版本的协议。 生成了至少可以支持多任务、时钟中断、 多播由互联网分组多播协议（IGMP）和 互斥和二进制信号量的VxWorks内核。 风河网络堆栈 多播收听者发现协议（MLD）*的主机和 在TI OMAP L137 BSP上，这种小尺寸 风河网络堆栈是具有全部功能的 路由器端支持。 配置完全链接的映像仅有75KB大小。此 IPv4/IPv6 双重堆栈，专门针对下一代 外还可以另外添加组件来满足用户的需 的设备软件应用程序而设计。风河网络 802.1Q VLAN* 求。尺寸缩小的程度是由支持给定处理 堆栈包括风河高级网络技术，提供了 网络堆栈可以识别并管理802.1Q 器和BSP组合所需的组件数量决定的， IPv4/IPv6 网络、安全性、无线和移动 VLAN标记以太网帧， 支持的帧类型分 对于相同的功能水平，不同的BSP可能 能力，可以实现与多种网络环境的兼容 为非标记（Untagged）、优先标记 会需要不同的尺寸。 性。 它提供了丰富的网络功能，具有高 （Priority Tagged）和VLAN标记。 可 性能、可伸缩的应用和较小的尺寸。 它 以根据静态配置的第2层VLAN特性对流 文件系统 符合相关的工业标准并提供了清晰的代 量进行过滤、路由并排列优先级。 VxWorks带有一个与FAT格式兼容的文 码结构，可以方便地集成并更快地执行。 件系统，称为dosFs。 VxWorks 6.2 网络堆栈经过全面的第三方测试和外部 快速包转发，Cavium OCTEON* 及更新的版本还包括了基于交易的高可 实验室验证，可以保证高质量、符合标 对于 Cavium OCTEON 38xx 和 58xx， 靠文件系统（HRFS），可以增强 准、以及与其他网络设备的协作性。 结 风河网络堆栈 6.8 可以选择将一个或多 VxWorks文件系统的能力、性能和可靠 果，网络堆栈是业界具有“IPv6 Ready 个处理器内核专门用于 IPv4 或 IPv6 包 性。 Phase II ”徽标的少数几个 TCP/IP 堆 的快速转发。在 500MHz 频率下，单个 栈之一。 内核可以转发高达 862Mbps 的 64 字节 帧长，这超过了千兆以太网的速度。可以 文件系统框架的功能包括： z 完全的电源安全可靠性（除了写入 图 4 显示了风河网络堆栈是如何与其他 使用一个转发内核来处理来自所有千兆 各种相关网络技术集成的。 以太网接口的包，也可以通过配置多个转 发器来一起工作。 操作被中断的情况） z 支持多个文件系统、移动介质和自 动文件系统检测。 z 缓存直写选项用于dosFs，确保将 数据安全提交给文件系统，从而提 高了可靠性 z 使用“清洁位”来改善dosFs的 CheckDisk功能，使文件系统能够 跳过CheckDisk检查，从而改善启 动性能 z 支持Unicode文件名 图 4: 风河网络堆栈和相关组件 *这些组件仅包含在特定行业的平台中。 6 | Wind River VxWorks Platforms 3.8 套接字兼容性 z 对于使用网络堆栈的应用程序，提供了 RFC 2474：定义IPv4和IPv6报头 GRE和IPIP管道* 的区分服务字段（DS字段） z 通用路由封装（GRE）将IPv4或IPv6 对AF_INET和AF_INET6系列中套接字 z RFC 2475：区分服务的架构 的支持。也支持路由和netlink套接字。 z RFC 2597：保证的转发PHB组 z RFC 2598：加速转发PHD IPv6包送入两个IPv4主机或IPv6 z RFC 2698：双速、三色标记 主机间的点对点管道中 流控制传输协议(SCTP)* 包通过IPv4管道传送 z 通用管道接口（GIF）将IPv4和/或 风河VxWorks平台包含对RFC 4960中 定义的SCTP的支持。此传输协议最初用 基于政策的路由 健壮报头压缩（ROHC） 于PSTN信号传输，并作为TCP协议的替 风河网络堆栈采用了基于政策的路由， ROHC将通过无线终端和基站间无线连 代获得了一定的流行。SCTP采用四次握 这样就可以不仅在目的地址的基础上做 接的包报头进行压缩，从而减少了包报 手（four-way handshake）和多宿主 出路由查找决定。启用基于政策的路由 头的开销。移动终端先将包报头压缩后 （multihoming），为广泛的应用程序 后，每个虚拟路由器（堆栈）都可以在 再通过无线连接传输，基站接收后再进 提供了更加健壮的第四层协议。. 一个或多个转发信息库（FIB）中查找目 行解压。反向传输中采用与此类似的流 的地。虚拟路由器在政策数据库中查找 程。风河网络堆栈目前支持非压缩配置 MPLS数据平面支持* 包信息，来决定使用哪个FIB。如果没有 文件（配置文件 0x0000）和IP压缩配 多协议标签转换（MPLS）将第2层的速 找到匹配的条目，则使用缺省的FIB。 置文件（配置文件 0x0004）。WiMAX 度带到第3层，它使路由器不必采用基于 和其他4G及长期演化（LTE）网络均要 目的IP地址的复杂查找过程，而是根据 等代价多播（ECMP）路由 简单标签的内容做出转发决定。除了速 ECMP路由可以使用多个路径到达同一 度的提高外，MPLS还提供了两个关键的 个目的地，从而分担了网络负荷。风河 DHCP 优势：支持服务质量（QoS）和虚拟专 网络堆栈包括了RFC 2991中定义的两 DHCP在很多方面得到了增强，包括： 用网（VPN）。 种算法。多路经会发布单播和多播的下 z DHCP客户端可以就租用过期以及 一个中继点选择，当两个或多个路由具 获取IP地址会话的成功与否进行通 MPLS数据平面支持提供了以下优点： 有同样的代价时可以用来进行选择。当 知。 z 以太网设备上的MPLS 某个网络路径不可用时，ECMP路由还可 z 通用MPLS标签 以使包流量快速切换到另一条路径。 z 通过MPLS的IPv4和IPv6 z 标签堆栈 虚拟路由器冗余协议（VRRP）* z 通用标签操作 风河网络堆栈中采用了虚拟路由器冗余 中的应答接口。如果系统正同时在 z 将PDU发送到网络堆栈 协议（VRRP），可以无需在每个终端主 两个或多个接口上运行DHCP会话， z 入口、传输或出口节点 机上配置动态路由或路由发现协议就实 并从其中一个接口收到了应答，那么 现可用性更高的缺省路径。用户在配置 回叫例程现在可以确定应答是从哪 求ROHC。ROHC与MIP4和MIP6集成。 z 当 DHCP 的 自 动 配 置 被 禁 用 时 ， DHCP 客 户 端 将 发 送 一 条 DHCPRELEASE消息。 z DHCP客户端可以确定其回叫例程 QoS和DiffServ* VRRP时可以定义多个路由器作为缺省 区分服务（DiffServ）是一个用来组织 网关并分担流量，从而实现冗余性能和 z DHCP 客户端指定了发送到DHCP 不同QoS类别的标准化优先级机制。网 负荷分担。目前仅针对IPv4对VRRP支 服务器的发现消息中的选项。选项 络堆栈包含了用于出口流量的DiffServ 持做出了定义。 包括12（主机名称）、60（类别 作为IPv4/IPv6双重模式堆栈的内置功 能。它支持以下互联网工程任务小组 （IETF）标准： 个接口收到的。 ID）、以及124（厂商等级ID）。 z DHCP客户端无需实际配置获取地 址的接口就可以运行会话。这一功 能允许用户在不删除静态IP地址的 情况下从DHCP服务器获取动态地 址。 z DHCP客户端可以作为普通BOOTP 客户端，此时系统不会向启动序列添 加DHCP消息类型，也不管理租用。 *这些组件仅包含在特定行业的平台中。 7 | Wind River VxWorks Platforms 3.8 第 2 层隧道协议(L2TP) 安全邻居发现 IPv4 和 IPv6 自动配置 风河采用了第 2 层隧道协议(L2TP)， 风河网络堆栈支持安全邻居发现 风河网络堆栈支持 IPv4 和 IPv6 的自动 这使得终端设备可以通过公共网络连 （SEND）协议。此协议用于在 IPv6 网 配置。 接，同时保留私有网络的优势。本版本 络中应对缺乏物理保护的连接环境（例 仅支持 L2TPv3。 如无线连接）下对邻居发现协议（NDP） 风河移动 IPv4/IPv6* 造成的威胁。 移动 IP 提供了高效、可伸缩的机制，使 用户能够在无线网络间无缝地漫游。通 信息包缓冲池配置系统变量 风河网络堆栈支持一个用于信息包缓冲 Netlink 过移动 IP，当用户跨过网络边界时，网 池配置的系统变量。用户可以指定供网 风 河 网 络 堆 栈 支 持 netlink 和 络电话、流媒体、虚拟专用网等应用程 络堆栈创建信息包缓冲池使用的最大内 RTNETLINK。Netlink 是一个允许内核 序可以在服务不中断的情况下得到支 存，而不必根据预期信息包的数量多少 和用户空间进程之间进行通讯的网络服 持。 来手工配置信息包缓冲池。这样信息包 务。通过 Netlink 双向通讯连接，无论 缓冲池的布置可以动态变化，以适合当 是用户空间进程还是内核模块都可以发 风河移动 IP 产品符合针对 WiMAX 网络 前工作负荷。 起通讯。 移动性的 WiMAX 论坛标准，也符合针 对包括 LTE 在内的下一代蜂窝网络的 IfLib 和路由器 API RTNETLINK 是 netlink 的一个协议扩 3GPP2/3GPP 标准。此外，这些产品采 风河网络堆栈包含了对 ifLib 和 if6Lib 展，针对连接、地址、规则、路由和邻 用了快速移交（“中断前建立”）方法， 接口配置库的支持。 这些库允许使用 6.5 居进行管理和信息检索。 用以支持 VoIP 和其他实时应用。 MIB-II 支持 风河网络堆栈提供以下支持： 风河网络堆栈可以使用 M2 库 m2Lib 支 z 移动 IPv4 移动节点 IPv6 范围的地址架构 持 MIB-II（RFC 1213）。使用该库开 z 移动 IPv4 国内代理 用户可以为一个节点设置 IPv6 地址范 发的应用程序可以允许 SNMP 代理程序 z 移动 IPv4 国外代理 围和区域。用户可以为范围分配缺省的 访问 MIB 信息，绕过 SNMP 代理程序 z 移动 IPv4 移动节点 区域，例如节点、连接、子网、管理员、 从设备直接访问 MIB 信息、以及访问硬 z RADIUS 密钥交换和账目管理 站点或组织，也可以将特定接口分配给 件统计计数器。 z 移动地址扩展 版本之前的网络堆栈中可用的接口配置 和路由例程。 z MOBIKE (IKEv2) 区域。 路由引擎 z NEMO，将移动 IPv6 节点进行扩展， 无理由 ARP 风河网络堆栈包含一个使用高度优化 使其能够注册网络前缀并提供转发 风河网络堆栈支持无理由 ARP。如果 Radix 树的高性能路由引擎，可以允许 功能，并使用上述前缀进行网络实体 ARP 被启用，那么系统会向每一个添加 静态和动态路由。通过标准的 BSD 路由 的漫游。 到网络接口的新地址发送一个 ARP 请 套接字接口可以使用标准的路由后台程 z 扩展的移动 IPv6 节点，可以将移动 求。发送的 ARP 请求用于确认连接上没 序，也可以使专门的路由设备与 TCP/IP 节点标识符附加到注册请求上。 有其他节点使用此地址。 堆栈共同工作。 z 支持网络访问标识符，可以为移动节 点接触的其他移动资源提供连接节 点的用户标识符 密码生成地址 虚拟路由 用户可以生成并验证密码生成地址 风河网络堆栈通过虚拟路由器中使用的 z 代理移动 IPv6 （CGA）以及生成 CGA 参数。CGA 是 多个独立路由表支持完全的虚拟化。这 z 移动 IPv4 国内代理 IPv6 地址，其接口标识符的生成是通过 意味着一个网络堆栈可以作为多个路由 z 移动 IPv6 移动节点升级 对公开密钥和辅助参数进行密码单向散 器，从而可以大量缩减路由器硬件的使 z 移动访问网关代理 列函数计算得来。系统可以重新计算散 用。虚拟路由支持包括多个 BSD 套接字 列值并与接口标识符进行比较，从而验 扩展来管理附加路由表。 证公开密钥和地址间的绑定。 *这些组件仅包含在特定行业的平台中。 8 | Wind River VxWorks Platforms 3.8 风河 PPP (PPP, PPPoE) 风河 PPP 是一个源代码级产品，它用 C 语言编写，具有面向对象的结构。使用 风河 PPP，便可为不同的远程访问应用 程序执行动态配置的 PPP 堆栈。这些应 用程序具有各种网络接口类型、网络堆 栈类型、链接速度、控制协议以及组帧 技术等等。 风河 PPP 的功能包括： 完全的 RFC 2516 实现（服务器模 z 式） 防止拒绝服务（DoS）攻击的 MD5 z 图 5：在 VxWorks 平台上安装 VxWorks 多处理 完整性保护功能 z 高可移植性的函数 API 而是 VxWorks 实时操作系统的演进， z Van Jacobsen 报头压缩 可以提供 SMP 和 AMP 能力。VxWorks z 使用商业可用、受支持的运行时平台 和多进程开发者工具，可以加速产品 的上市时间。 z 多重链接性能 SMP 利用多核处理器来实现应用程序的 z 通过对已有开发工具的 SMP 扩展， 支持 PPP (RFC 5072)上的 IPv6 真正并发执行，使应用程序能够通过并 可以使用与单处理器开发相同的开 行操作提高性能。VxWorks AMP 技术 发环境和流程，从而增加生产能力。 风河 USB 使用户能够建立运行多个操作系统的系 z 通过风河在多处理领域的专家知识 风河 USB 使开发人员能够迅速地将标 统，处理不同的任务并在其中进行通讯。 和广泛的技术支持，可以实现灵活的 准 USB 连通性整合到基于 VxWorks 的 用户可以在 VxWorks 单处理器（UP） 设计方法。 嵌入式设备及其外围设备中。 和 SMP 上进行开发，并根据项目需要使 z 风河 USB2.5 支持 2.0 版的 USB 规范， 用 AMP 技术。 VxWorks SMP 专门针对对称目标硬件 而设计，也就是说每个 CPU 都对所有的 它提供了对通用主机控制器接口 VxWorks 6.8 SMP 内存和所有的设备有相等的访问。 因此 （UHCI）的支持，通用主机控制器接口 多处理系统在一个单独的系统中包含了 只要处理器提供具有硬件管理缓存一致 是一种开放式的主机控制器接口 两个或多个处理器。SMP 是一种操作系 性 的 统 一 内 存 访 问 ， 那 么 VxWorks （ OHCI ） 和 增 强 的 主 机 控 制 器 接 口 统技术，其中操作系统的一个实例控制 SMP 就可以通过多个单核处理器或多核 （EHCI） 。 系统中的所有处理器，而内存则由系统 处理器运行在目标上。 从 VxWorks 6.6 版开始，风河 USB 就 已经在 VxBus 设备驱动程序框架下被 集成。从 VxWorks 的这一版本开始， USB 主机控制器驱动程序与 VxBus 完 全集成。 USB 类的驱动器在 VxWorks 6.8 中加 以改进，可以自然地与 USB 2.0 主机堆 栈一起工作。系统还提供了处理非标准 USB 设备的框架，可以更好地处理兼容 性问题。 VxWorks 6.8 多进程技术 标准平台中包含了多进程技术（包括 SMP 和 AMP） ， 提供给所有的 VxWorks 6.8 用户。这并不是一个新的操作系统， 中的所有处理器共享。SMP 和 AMP 的 不同之处在于 AMP 系统在每一个处理 多任务和并发性 器上都具有一个操作系统的单独实例 SMP 改变了传统上系统中任意给定时间 （每个实例可以是也可以不是同样类型 点处于单一状态的 UP 模式（例如任务 的操作系统） 。 级 vs 中断级） 。VxWorks SMP 还是一 个基于优先级的抢占式内核，它允许真 VxWorks SMP 配置在一个单独的系统 正的多任务并发执行，或者处理多个 中允许操作系统的一个单独实例使用多 CPU 上的中断。 个处理器，同时它也保留了 VxWorks 单处理器配置中的性能、小尺寸、高可 调度 靠性和确定性等关键实时操作系统特 和 VxWorks UP 中 一 样 ， VxWorks 性。 SMP 也提供了基于优先级的抢占式调 度程序。不过，VxWorks SMP 是对系 启用 SMP 的 VxWorks 平台使用户可以： 统中 N 个最高优先级的任务进行调度， z 提供更高性能的多核技术产品，同时 其中 N 是 CPU 的数量。与之对比， 降低风险和开发投资。 VxWorks UP 仅仅对系统中一个最高优 先级的任务进行调度。 9 | Wind River VxWorks Platforms 3.8 术语 在 VxWorks UP 和 VxWorks SMP 中， 码和数据，这样就可以节省移动到另一 在计算机文献中，CPU 和处理器这两个 任务都被调度，而 RTP 则没有。 个 CPU 的费用。这些费用即使在一个硅 术语经常可以交换使用。不过对于支持 片内部移动时也会发生，因为一级缓存 SMP 的硬件来说，对这两个术语进行区 互斥 是限定到单个的 CPU 的，因此当任务移 分是有必要的。在本文档中，尤其是在 SMP 系统允许任务和 ISR 的真正并发执 动到不同的 CPU 时一级缓存必须重新被 与 VxWorks SMP 有关的上下文中，术 行，因此用于保护关键区域的禁用（屏 新的文本和数据填充。 语使用如下： 蔽）中断和暂停任务抢占的 UP 机制对 于 SMP 操作系统并不适用，同时在 另一个例子是通过对某个应用程序的定 CPU: 能够执行程序指令并处理数 VxWorks SMP 中也不存在。在所有的 型，显示出它的某些任务不断对同一个 据的单独处理实体（也被称为内核， CPU 间强制中断屏蔽或暂停任务抢占会 自旋锁争用，而很大一部分执行时间被 例如在多内核中） 。 使真正并发执行的优势丧失殆尽，并严 浪费在了等待自旋锁的可用上。 如果对 z 处理器: 包含一个 CPU 的硅单元。 重降低性能。 任务进行 CPU 亲和性设置，使所有涉及 z 多处理器：带有两个或多个处理器 z z z 到自旋锁争用的任务都在同一个 CPU 上 的单一硬件系统。 为此，VxWorks SMP 提供了专门的机 运行，整体性能就可以得到改进。 这样 单处理器（UP）：包含单一 CPU 的 制，用于任务和中断间的互斥。 可以释放其他 CPU 的时间来执行其他任 硅单元。 VxWorks SMP 提供了自旋锁、原子内 务。 多核处理器：包含两个或多个 CPU 存操作、以及 CPU 特定的互斥工具来替 的硅单元。 代 UP 任 务 和 中 断 锁 定 例 程 （ 例 如 RTP 任务和 CPU 亲和性 taskLock（ ）和 intLock（ ） ）。 在缺省情况下，RTP 任务将继承创建 例如，一个双核处理器具有两个 CPU。 一个四核处理器具有四个 CPU。 RTP 的任务的 CPU 亲和性设置。 如果 CPU 亲和性 父任务没有特定的 CPU 亲和性（即该任 在默认情况下，所有任务都可以在系统 务可以在任何可用的 CPU 上执行，并且 单处理器代码不一定能在 SMP 系统中 中的任意 CPU 上运行（这种方式通常可 可以在生命周期内从一个 CPU 迁移到另 正常执行，即使代码经过修改后能够在 以提供最佳的负载平衡） 。有时候可能需 一个 CPU 上） ，那么 RTP 的任务也不会 SMP 系统中正常执行，仍然需要针对 要将特定的任务或中断分配给特定的 有特定的 CPU 亲和性。如果父任务具有 SMP 的使用进行优化。 以下术语用于 CPU，这么做通常是为了调整性能或者 某个给定 CPU 的亲和性，那么在缺省情 阐明与 SMP 有关的代码状态： 保证系统中的关键任务有足够可用的 况下 RTP 任务会继承此亲和性，并和父 CPU 资源来完成其处理要求。VxWorks 任务一样只能在同样的 CPU 上执行。 z z SMP-ready: 正 确运行 于 SMP SMP 提供了这种功能，被称为是 CPU 操作系统，但是可能没有使用一个 亲和性。例如，将任务 A 的亲和性设置 CPU 保留 以上的 CPU（既没有充分利用并发 为 CPU 2 后，任务 A 以后就只能在 CPU CPU 保留是亲和性的一种增强形式，其 运行的优势来改善性能） 。 2 上运行。其他任务可能也会分享 CPU 中某个任务和 CPU 是专门指派给对方 SMP-optimized: 正 确 运 行 于 2，但是任务 A 将无法在其他 CPU 上运 的。我们还是使用上面的例子，如果任 SMP 操作系统，使用一个以上的 行。 务 A 保留了 CPU 2，那么不仅任务 A 将 CPU，并充分利用了多任务和并发 只能运行在 CPU 2 上，而且 CPU 2 也 执行的优势来获得比单处理器方式 在缺省的 SMP 操作中，任何任务都可以 将无法分配给系统中的其他任务任务， 更佳的性能。 在任何 CPU 上运行，这样通常可以提供 即使这些任务已经处于就绪状态。在任 最佳的总体负荷平衡。但是有时将一套 务 A 的运行过程中，无论其他任务的优 特定的任务分配给某个特定的 CPU 可能 先级如何，都不会与任务 A 进行抢占。 更为有利。例如，如果一个 CPU 专门用 发送给 CPU 2 的中断将仍被处理。CPU 于信号处理而不用作其他工作的话，那 保留通常用于精细调节，以及调高系统 么其缓存中将充满用于该活动所需的代 中关键性、计算密集型、且对系统的性 能和吞吐量有重大影响的任务的性能。 可以通过 API 调用来保留 CPU 或解除 CPU 的保留。 10 | Wind River VxWorks Platforms 3.8 VxWorks SMP 硬件 VxWorks SMP 要求硬件必须由对称的 多处理器组成，可以是多核处理器，也 可以是由多个单独 CPU 组成的硬件系 统。处理器必须完全一样；所有的内存 都必须在 CPU 间共享（不得有针对某个 CPU 的本地内存） ；而且所有的 CPU 必 须能够平等地访问所有的设备 – 也就 是说，VxWorks SMP 的目标必须符合 UMA 架构。 无论 SMP 系统中的 CPU 数量如何（通 常为两个、四个或八个），都具有以下重 要特性： z 每个 CPU 都访问完全相同的物理 图 6 和 7：SMP 和 AMP 系统中 CPU 和内存使用关系的比较 内存子系统；没有针对某个 CPU 的 z z 本地内存。这意味着内存与 CPU 本、数据、bss、堆），而且还用于存储 与 UP 系统不同，SMP 系统允许真正的 的执行代码无关。 在系统生命期间创建的任何 RTP。 并发执行，其中多个任务的执行和多个 元，允许在不同的虚拟内存上下文 由于每个 CPU 都可以从任何内存位置进 大多数情况下，UP 和 SMP 系统中可以 中并发执行任务。例如，当 CPU 1 行读取、写入和执行，因此任意内核任 使用信号量和消息队列等相同的机制来 在 RTP 2 中执行一个任务时，CPU 务或用户（RTP）任务都可以被任何 CPU 实现互斥和任务的协调。 0 可以在 RTP 1 中执行任务。 执行。 每个 CPU 都可以访问所有的设备。 来自这些设备的中断可以通过一个 可编程中断控制器转发到任何一个 CPU 上。这意味着在处理中断时由 哪个 CPU 执行 ISR 是无关的。 z 任务和 ISR 可以在 CPU 同步，并 通过自旋锁进行强制互斥。 z 中断的发送和接收都可以同时进行。在 每个 CPU 都有自己的内存管理单 总线动态监视逻辑保证了 CPU 间 的数据缓存总是一致的。这意味着 操作系统通常不需要执行特殊的数 据缓存操作来维持缓存的一致性。 不过，这也意味着只有允许总线动 态监视的内存访问属性才能在系统 中使用。 VxWorks SMP 和 AMP 的比较 通过与 VxWorks 在 AMP 中的使用方式 进行对比，可以突出 VxWorks SMP 的 功能。在这两种情形中我们使用同样的 目标硬件进行比较。 SMP 编程中最基本的不同之处在于在不 在 AMP 配置中，每个 CPU 在内存中都 同 CPU 上任务间的互斥和中断的执行和 有 VxWorks 映像的一份副本。每个操 接收（分别）可用的机制。 VxWorks 作系统映像都只能由其所属的 CPU 进行 SMP 提供了以下工具来替代 UP 任务和 访问。因此 CPU 1 无法执行驻留在 中断锁定例程（例如 taskLock（ ）和 VxWorks CPU 0 所属内存中的内核任 intLock（ ））： 务，反过来也是一样。同样的情景也适 用于 RTP。 只能由发起 RTP 的 VxWorks z 用于任务和 ISR 的自旋锁 实例对该 RTP 进行访问和执行。 z 针对任务和 ISR 的 CPU 特定互斥 在 AMP 系统中（图 7），一些内存是共 读取和写入，例如在 VxWorks 的两个 实例间传递消息。硬件资源主要在操作 系统的实例间分配，这样只有在访问共 享内存时才需要 CPU 间的协调。 SMP 和互斥 使用互斥工具是 UP 和 SMP 编程中的重 大不同之一。VxWorks UP 和 VxWorks 在 SMP 配置中（图 6） ，整个物理内存 具则根据需要有所不同。此外，在 SMP 空间在 CPU 间进行共享。该内存空间用 系统中无法实现对固有同步技术的依赖 于存储单独的 VxWorks SMP 映像（文 （例如依赖于任务优先级而不是直接锁定） | Wind River VxWorks Platforms 3.8 z 内存屏障 享的，但是通常这种共享仅限于数据的 SMP 中的有些工具是相同的，而有些工 11 z 原子内存操作 与用来保护关键区域和全球不同需求的 UP 机制相同，自旋锁和 CPU 特定互斥 工具只有确保在很短时间内有效的情况 下才能被使用。这些工具的适当使用对 于应用程序能在 SMP 下运行非常重要。 注意自旋锁和信号量都提供了完全的内 存屏障（除了内存屏障宏本身外） 。 RTP 应用程序 VxWorks 自旋锁的一个特性是采用了 中断的 CPU 亲和性 和 VxWorks UP 系统中一样，RTP（用 能够保证公平的算法，这样它们在请求 SMP 硬件要求可编程的中断控制器。 户模式）应用程序具有比内核代码或内 和获取之间的时间是确定的，而且尽可 VxWorks SMP 利用此硬件可以将中断 核应用程序更多的互斥及同步机制限制 能按照先入先出（FIFO）的顺序操作。 分配给特定的 CPU。在缺省情况下，中 集。在 VxWorks SMP 中，RTP 可以使 断将被发送到引导 CPU（CPU 0）。 用信号量和原子操作，但是不能使用自 注：RTP（用户模式）应用程序无法使 中断的 CPU 亲和性对于负荷平衡是很有 旋锁、内存屏障、或者 CPU 特定的互斥 用自旋锁。 用的（例如，当一个 CPU 需要处理的全 机制。 部中断通信量太多时） 。亲和性还可以用 内存屏障 来帮助将代码从 VxWorks UP 进行移 用于互斥和同步的自旋锁 内存屏障是使 CPU 强制对内存操作进行 植。在启动时，系统从 BSP 读取中断配 自旋锁提供了在 SMP 系统中进行短期 排序的一类指令。CPU 和编译器经常会 置信息，在运行时间将中断分配到特定 互斥和同步的工具。自旋锁必须被明确 重新排序指令，这会造成执行顺序被打 的 CPU。中断控制器将会收到一个指令， 地获取和释放。虽然信号量也可以用于 乱的情况，而这会在 SMP 系统中造成并 命令将给定的中断发送到特定的 CPU。 互斥和同步，但是自旋锁则专门根据 发程序和设备驱动程序不可预测的行 VxWorks UP 中 taskLock （ ） 和 为。如果代码取决于另一个 CPU 向内存 用于 SMP 代码调试的开发工具 intLock（ ）相似的场景而设计。 信号 写入的顺序，那么就应当使用内存屏障。 除非软件应用程序充分利用了多处理技 量应当按照与 UP 系统中同样的目的在 注意信号量和自旋锁本身都提供了完全 术，否则多处理平台也无法发挥威力。 SMP 系统中使用。（注意自旋锁和信号 的内存屏障。 风 河 Workbench 开 发 环 境 基 于 Eclipse 框 架 ， 并 集 成 了 多 种 功 能 。 量都提供了完全的内存屏障） 。 自旋锁的类型 z z 原子内存操作 Workbench 开发环境和相关的工具提 原子操作利用了 CPU 对自动访问内存的 供了广泛的功能，足以应对多处理设备 支持，它们包括一套（架构特定的）操 软件开发中的挑战。 可供 ISR 调用的自旋锁：用于处 作，其中单一操作无法被所讨论内存位 理 ISR 之间或者某个任务和其他 置中的其他任何操作中断。因此原子操 VxWorks 6.8 AMP 技术 任务及 ISR 间的争用。这种自旋锁 作为一套简单操作集提供了互斥（例如 VxWorks 6.8 引进了全新的技术，用于 禁止（屏蔽）本地 CPU 上的中断。 增、减变量） 。对于更新单个数据元素等 在多核硬件上协助 AMP 技术的开发。 当被其他任务调用时，它们也会暂 情况，原子操作可以作为自旋锁的简单 风河 AMP 技术的终极目标是便于创建 停本地 CPU 上的任务抢占。 替代。例如，用户可以使用原子操作将 包括一种类型以上操作系统的多操作系 任务专用的自旋锁：用于处理任务 一个单独连接列表中的 next 指针从 统。这些技术针对跨操作系统的移植性 间（而非 ISR）的争用。它们暂停 NULL 更新为 non-NULL（没有中断锁 而设计，在风河 Linux 等其他操作系统 本地 CPU 上的任务抢占。本地 定），这样可以允许用户创建无锁的算 使用时仅需很少的移植工作。在 CPU 是指执行自旋锁调用的那个 法。由于原子操作是在调用程序提供的 VxWorks 6.8 版中，AMP 技术支持创 CPU。 内存位置上执行的，因此用户必须确保 建包括两个或更多 VxWorks 6.8 实例 该位置具有内存访问属性以及允许原子 的 AMP 系统。 操作访问的定位，否则将会出现访问异 常。如果有任何限制，也都是 CPU 架构 特定的。 12 | Wind River VxWorks Platforms 3.8 术语：节点和 CPU 享数据并传输消息。在多核系统中，必 统上提供了主机和节点间的双向通信。 须对全体物理内存进行划分，每个节点 VxWorks 的 tip 实用程序与 UNIX 的 tip 在本文档中，节点这一术语适用于在一 及其操作系统都有专门的内存区域，而 实用程序和 Linux screen 实用程序类 个或多个内核上的操作系统实例，并不 共享内存区域则用于节点间的通讯。系 似。通过 VxWorks tip，可以将指令发 一定与 CPU 本身关联。 节点是一个独 统中可用的设备也必须在控制它们的不 送到多核系统中的单独节点。MSD 和 立的单处理器计算机，而只有较大系统 同节点间清楚地划分。每个系统的系统 tip 也可以用来与运行在 AMP 系统中一 的部分才包含一个以上的节点。 级硬件配置都有所不同，并且应当小心 个或多个 VxWorks 节点的命令解释程 配置以避免冲突。 序交互。 一个内核上的情况，该内核及其操作系 引导 AMP 系统：wrload 实用程序 MIPC 网络设备 统就被称为 AMP 系统中的一个节点。如 AMP 系统需要按照受控的顺序引导节 VxWorks 6.8 中引进了 MIPC 网络设备 果 VxWorks SMP 是运行在四个 CPU 点。控制的方法是采用 wrload 实用程 （MND），可以允许 AMP 系统中的节点 上的（CPU 0 到 CPU 3） ，那么这四个 序。Wrload 可以按照可配置的顺序加载 进行内部通讯，并且通过基于 MIPC 的 CPU 就组成了一个单一的节点。在这种 具有完全链接 ELF 文件格式的引导映 网络设备抽象与外部通讯。MND 使用 情况下，如果 CPU 4 被用于 AMP，那 像。 带有 VxWorks 的主 CPU 首先进 MIPC 总线作为虚拟以太网段， 而节点则 么就可以将其看作是节点 2。如果多核 行引导，然后使用 wrload 实用程序来 动态地连接和分离。不同的 MIPC 总线 环 境 中 所 有 的 CPU 都 有 单 一 的 加 载 并 引 导 其 他 二 级 CPU 上 的 可以作为不同的虚拟多点以太网段来提 VxWorks 映像而没有 SMP，那么节点 VxWorks。引导映像的路径和其他引导 供流量分离。对于 VxWorks 程序员来 和 CPU 就是等同的。 选项（例如 VxWorks 引导线）一起被 说，MND 接口就像一个标准的终端设备 发送给引导映像。可以通过脚本等编程 一样是可见的，它可以支持 TCP/IP、 使用 MIPC 实现节点间的通讯 方 式 调 用 wrload ， 也 可 以 通 过 TIPC、或者其他要求以太网语义学的协 MIPC 是一个高速消息传输协议，用于多 VxWorks 内核外壳调用 wrload。对 议堆栈。带有物理以太网设备的节点可 核 AMP 系统中的节点间通讯。MIPC 利 wrload 的多重调用可以定义 AMP 系统 以作为通向其他网络的网关。其他的基 用共享内存作为运行在不同内核上操作 中节点的引导顺序。 于 IP 协议的网络服务，例如 Telnet、 最简单的例子就是一个操作系统运行在 NFS 等也可以在 MND 接口上无缝地工 系统间的快速、高效的通讯媒介。在共 享内存总线上，节点间传输的消息不需 要被复制（即零拷贝）。网络的拓扑结构 共享设备，虚拟控制台 作。 在使用多核 CPU 的 AMP 系统中，通常 物理外围设备的数量要比系统中节点的 AMP 自旋锁 了熟悉的套接字接口，使基于 TCP/IP 数量少。比如系统中通常只有一两个控 VxWorks 6.8 引入自旋锁，可以在 AMP 或 TIPC 的软件能够方便地移植并以硬 制台串行端口。因此有必要将一个物理 系统中的 VxWorks 6.8 节点间使用。 在配置时被静态定义。在编程方面采用 件速度运行。VxWorks 和风河 Linux 均支持 MIPC。 控制台端口设置为在多个节点间共享。 在资源受限的系统中，这样可以使有限 的物理资源被 AMP 系统中的多个节点 VxWorks 6.8 引进了 MIPC 2.0，其中 共享。 如同其名字所暗示的那样，这些自旋锁 允许两个或多个 AMP 节点同步对两个 操作系统均可访问的共享内存区域的互 斥访问。 带有大量的 API 扩展、改善了伸缩性和 性能、而且健壮性也比 VxWorks 6.7 MIPC 串行设备 AMP 调试 中引进的 MIPC 1.0 提高了很多。发生 无法访问物理串行端口的节点可以通过 AMP 系统中的调试是由每个节点上的本 故障的节点现在可以可靠地与 MIPC 网 使用 MIPC 的虚拟串行端口驱动程序来 地调试代理程序和其中一个节点（通常为 络再次结合。新的 API 提供了在重大 与能够访问物理串行端口的节点进行通 多核处理器中的 Core 0）的“代理服务 MIPC 协议事件上安装回叫功能的便利， 讯， 这个被称为 MIPC 串行设备 （MSD）。 器”代理程序一起将调试指令和信息发送 例如连接请求和接收到新的消息等情 来自节点的输出和一个 MSD 一起被发 到运行于主机上的调试程序。 这样调试 况。消息的吞吐量可以接近 MIPC 1.0 送到物理周边设备控制台，并且可以加 程序可以连接到并使用主机目标网络连 连接的两倍。 上一个可配置的标签来确定源节点。如 接来对任何单独的节点或整个系统进行 果终端支持的话，还可以为消息分配不 调试。风河 ICE 2 也可以用来调试运行 同的颜色以便识别。 于 AMP 系统中的受支持处理器。单步执 共享内存和硬件划分 节点间共享的内存是最常见的媒介， AMP 系统中的节点通过这一媒介可以共 13 | Wind River VxWorks Platforms 3.8 行、继续、转到下一步等调试操作本身 VxWorks 的 tip 实用程序在多核目标系 与单操作系统环境中的相同。 使用 VxMP 的遗留 AMP 系统 风河 Hypervisor 支持 VxWorks 6.8 继续支持 VxMP 作为构 VxWorks 6.8 可以在风河 Hypervisor 建 AMP 系统的工具。VxMP 和新的 1.0 和 1.1 上作为客户操作系统。风河 允许多处理的工具 AMP 技术可以在同一个系统中共存。不 Hypervisor 可以运行多个“客户”操作 多处理场景要求能够对多个处理器或处 过，新的技术对于多核系统更为有效， 系统，从而允许虚拟化的解决方案。 理器内核进行物理控制。 允许此任务的 而且也更为强健。相比之下，VxMP 被 VxWorks 和风河 Linux 可以在风河 工具包含在风河 Workbench 开发环境 设计为在 VMP 总线等共享内存底板上 Hypervisor 上作为客户操作系统得到 中，该环境包含在平台中，以及风河片 工作，比多核系统中的共享内存效率要 支持。 上调试工具，这是可选的附加产品。 开发中的挑战和相应的解决方案 Workbench 在整个开发周期内提供多 低。某个单独的节点故障并不需要整个 核能力。 (参见图 8). 系统重启，而这是 VxMP 中的情况。 因 虚拟化的多操作系统可以被认为是另一 此建议用户在方便的时候尽快采用更新 种 AMP 系统，在风河 Hypervisor 的管 的 AMP 技术。 理下运行客户操作系统。与本地运行的 风河 Workbench 包含了一个目标管理 AMP 系统相比，基于管理程序的 AMP 器来协调多处理器系统。 调试程序和开 系统被称为是“受管理的”AMP 系统。 发工具必须能够连接到相关处理器才能 AMP 系统的编程 起作用。在很多多处理器系统中，可能 AMP 系统的编程基本上和一套单一操作 系统的编程没什么区别。每个节点本身 考虑到这些，前面描述的风河 AMP 技术 有些处理器和开发人员的电脑并不在同 都是一个单一操作系统编程环境。除了 也在基于管理程序的系统中得到支持， 一个网络中。 如果要调试的处理器与开 特别说明外，单一操作系统或 VxWorks 而 且 可 以 移 植 到 VxWorks 和 风 河 发人员的台式机不在同一个网络中，但 SMP 配置中的所有软件工具、功能和限 Linux。这样 AMP 程序就可以在基于管 是又可以通过一个共享网络的中间处理 制也都适用于 AMP 系统中的节点。 理程序的“受管理的”AMP 系统和本地 器通讯，那么 Workbench 调试程序中 运行的 AMP 系统中均可以透明地工作。 包含的代理服务器就可以为它们建立连 接，甚至还可以在需要时对协议进行转 用户应当注意，在 AMP 系统中还是有不 同操作的真正并发执行，虽然并发执行 要了解有关风河 Hypervisor 的更多信 是发生在其他操作系统中的。因此， 息，请访问： AMP 程序不应假定其他节点上操作的任 http://www.windriver.com/ 何特定执行顺序或时间特性。访问数据 products/hypervisor/。 项目应当采用无锁算法或接收消息时阻 塞来作为同步机制。 图 8：风河Workbench开发环境集成了多种功能 14 | Wind River VxWorks Platforms 3.8 换。 当采用芯片级调试时，一个单独的风河 不使用断点对多个处理器进行调试 发现共享资源争用 ICE 可以用来控制多个处理器或处理器 在 AMP 系统中，有可能无法使用断点对 风河系统查看器具有丰富的数据采集功 内核。而很多其他的芯片级调试解决方 某些问题进行调试。停止一个或多个处 能，可以记录信息，然后可以对这些信 案要求每个单独的处理器或内核有分别 理器的运行会引起系统故障，或强烈地 息进行分析以发现一系列与资源争用相 的调试硬件单元，因此大大增加了成本 改变系统的行为，从而掩盖要查找的问 关的问题。 和复杂性。当得到基本硬件的能力支持 题。风河实验室诊断程序允许与正在运 时，风河对多处理器芯片级调试的支持 行的应用程序进行动态交互 – 添加诊 跟踪处理器间的通信和同步 还包括跨多个处理器的同步运行控制。 断代码、收集数据、以及修改程序的执 在多处理器系统中，处理器之间的交互 行。风河实验室诊断程序在提供这些功 作用至少与单个处理器中的活动具有相 确定过度使用和未充分使用的处理器 能时并不需要停止处理器或重新建立应 等的重要性。自旋锁通常用于在多处理 风河系统查看器中包含了新的多处理特 用程序代码，因此对于 AMP 系统是一个 系统中实现同步。VxWorks SMP 中支 定增强功能。例如，系统查看器可以显 比传统调试程序侵入性小得多的解决方 持自旋锁，并且通过系统查看器的可视 示一段时间内每个处理器内核的使用情 案。 化功能可以跟踪自旋锁的活动。系统查 况和挂起的任务。对于 SMP 系统，每个 看器的 TIPC 消息功能也可以提供处理 处理器内核的数据将会被集成到一个单 跟踪系统范围内的数据值 独的时间相关显示中。此外，VxWorks 要了解多处理器系统的操作，通常需要 的指令还可以用来确定每个任务使用的 了解因多个处理器的交互引起的系统状 CPU 时间、在中断级和内核中花费的时 态变化，并且要能够跟踪一段时间内的 显示中断到处理器的静态或动态路由 安排 间、以及 CPU 空闲的时间。 数据值。风河数据监控器（原来被称为 将包括中断在内的硬件资源分配给特定 听诊器（StethoScope））可以方便地 的处理器是多处理设计中的一项重要决 确定和诊断竞态状态 跟踪 SMP 系统中的关键数据值，或者 策。 查询 VxWorks 内核对象状态的功 风河系统查看器支持用户定义事件的可 AMP 系统中多个处理器间共享数据的 能使开发人员能够知道中断是如何分配 视化。通过将适当的事件记录到文件中， 值。Workbench 目标代理程序和对具有 到处理器的。这将应用到静态和动态分 然后使用脚本或程序对该文件中的数据 硬件断点能力的处理器的芯片级调试支 配中。 进行处理，开发人员可以确定代表可能 持提供了跟踪数据值的另一种方法，就 竞态状态的事件序列。 是将断点设置为当在特定地址访问数据 时被触发。 调试多个处理器间的进程交互 器交互作用的详细信息。 中间件技术 安全性 Workbench 调试器可以在多个上下文 确定能够提高速度的最佳函数 风河 IPsec 和 IKE 中同时工作，为每一个线程分配自己的 要通过应用并行机制改善性能，首先要从 风河 IPsec 是根据 IETF 的规定 IPsec 调试上下文，包括一个源代码/汇编视 程序中最消耗 CPU 周期的部分着手。 用 的一个可扩展应用，为 IP 层上任何网络 图、一个寄存器窗口、以及一个堆栈反 于 VxWorks 和 Linux 的风河开发环境提 流量提供了验证、数据完整性、加密和 向跟踪视图。也可以使用线程合格的断 供了收集此信息的若干方法。 VxWorks 中继保护功能。无论是对于 IPv4 还是 点来单独控制每个线程，从而进一步扩 Spy（）能力，以及 Linux 环境中可用的 IPv6 操作，它都是风河网络堆栈的一个 展开发人员调试多处理器交互的能力。 顶级指令，提供了一种可选方法。 风河 紧密集成的软件模块。风河 IPsec 可以 Performance Profiler （ 原 来 被 称 为 和其他 IPsec 应用一起使用，并且符合 ProfileScope）和 System Viewer（系 IETF 规定的 IPsec RFC。 统查看器）能够方便地确定应用程序中的 15 | Wind River VxWorks Platforms 3.8 哪些函数消耗了最多的 CPU 周期。 在 风河 IPsec 6.8 包含以下功能： SMP 系统中，额外的穿线法有助于提高 z 支持 RFC 4301 系统性能。 在 AMP 系统中，可以将函数 z 支 持 在 Cavium Networks 分解或重新分配给具有较轻负荷的处理 CN38xx 和 CNN58xx 处理器上 器来提高性能。 使用带有 IPsec 的 IP 转发。 z 支持对 Cavium Networks z ESP 包通过 UDP 的 NAT 遍历 CN38xx 和 CNN58xx 处理器的 z 与风河网络堆栈集成 IPsec ESP 加密卸载 z （cryptographic offload） 。 z 添加了新的命令和参数，并且对现有 的 keyadm 外部命令做了改变。 z 完全集成并测试了风河无线以太网驱 ，易于移植 动程序（基站和接入点端） 基于 X.509 认证的验证以及事先共 到其他无线驱动程序解决方案中 享的秘密（密码） z 支持鉴定者和申请者模式 z IPsec 连接的被动和主动建立 z 支持各种加密和散列算法 z 与其他 IPsec 端点的安全、互动性 z 支持 dot1xPaeConfigGroup 申请 z 在任何安全关联（SA）组合中的管 器 MIB 通讯 z 与风河 IPsec 的即插即用集成 z 对 AH 和 ESP 模式的支持 z 灵活、强大、基于政策的配置 z IP 通道中的 IP z 支持通道和传输 IPsec 连接 z 旁路/申请/丢弃 IP 包过滤，带有输 z IKE v2 互动性的 VPNC 认证 风河 EAP z 对 TEC 的支持 可扩展验证协议（EAP）允许客户端和 z 对支持高速 IPsec 应用的 ESN 反重 服务端协商确立验证方法，并建立客户 放的支持 端（也可以是服务端）的验证。协议定 道和传输模式 入和输出选择器 z 对 IPsec 监控 MIB 的支持 z 通过带有 openbsd 扩展的 PF_Key 管理 API v2 的密钥和 SA 管理 z 支持多端口访问实体（PAE）实例运 行时配置的新命令 义了包的结构，其中包含了验证会话中 z 支持所有必须的验证转换和加密算法 风河无线安全性 客户端和服务器使用的命令和属性。 验 z 通过通用密码接口（CCI）进行验证 风河无线安全性是风河公司实现的一个 证方法中可以使用多种 EAP 类型和 EAP z IPsec 的扩展序列号（ESN）补充 安全协议套件，包括针对 802.1X-2001 类型组合。 z 与可选安全性处理器的集成和验证， 标准和 Wi-Fi 保护的设置（WPS）的申 请人和认证者。无线安全鉴定者集成了 EAP 是基于 IPCOM EAP（IPEAP）的一 z 针对基本和 AES 互操作性的虚拟专 用网络联盟（VPNC）认证（针对风 河 IPsec 6.7 版本的认证） 。 风河 RADIUS 和 Diameter、风河学习 个单独模块。 EAP 原来是与风河无线安 网桥以及风河无线以太网驱动程序，可 全申请器集成的。 与风河无线安全 2.4 z VPN-A 和 VPN-B 套件 提供典型鉴定者产品（如无线接入点） 相关的风河 EAP 不再被支持。 风河无线 z 流量机密性（TFC） 的所有核心功能。可在同一产品中使用 安全申请器使用 EAP 来协议验证方法。 z SMP 系统的 IPsec 甩负荷 申请者和鉴定者，两者提供了巨大的灵 显著改善了软件处理的性能 活性和大量的应用程序支持。风河无线 风河 IKE 是根据 IETF 规定的 IKE 版本 安全与风河 EAP 一起协作，支持多种 1 和版本 2 的可伸缩应用，为 IPsec 提 EAP 类型。采用 802.1X MIB 的接口还 供了安全密钥交换。 包括了风河 SNMP。 风河 IKE 6.8 包含以下功能： 在风河无线安全 2.x 版中，EAP 与申请 z 支持 IKE v1 和 IKE v2 器集成。在风河无线安全 6.8 版中，申 z 支持 IPsec SA 配置中的地址和端口 请器与 IPCOM EAP 库一起工作， 而 EAP 范围（仅 IKEv2）。 z 支持对任何地址的监听（IPv4 为 0.0.0.0，IPv6 为::） 。 z 根据 RFC 4806 的定义，支持对 IKEv2 的 联 机 认 证 状 态 协 议 则作为一个单独的模块。 风河无线安全性 6.8 包含以下功能： z 管理员的 AP、以及带有注册管理 （OCSP） 。 z 列表验证某个特定认证的有效性。 z 对于给定的 IPsec 流配置，IKE v1 支持在同一个提议中对 ESP 和 AH 谈判的接受，与 Windows Vista 和 Windows Server 或其他相应系统 的交互性需要这一点，允许这种政策 规格。 16 | Wind River VxWorks Platforms 3.8 管理员和注册者发现以及用于在 WPS 环境中的信任状建立。 风河 EAP 6.8 支持以下 EAP 类型： z z z z z z z z z z z EAP-AKA EAP-GTC EAP-LEAP EAP-MD5 EAP MS-CHAPv2 EAP-PEAPv0 EAP-PEAPv1 EAP-SIM EAP-TLS EAP-TTLS EAP-WSC 员的 AP 等模式。 z IKEv1 和 IKEv2 的能力，能够按照 有关认证主管机构发布的认证撤消 支持对注册者的 WPS、不带注册 EAP 现 在 支 持 WPS EAP 方 法 （EAP-WSC）。EAP-WSC 被用于注册 z 可以包括 802.1X、Wi-Fi 保护的 风河防火墙和风河 NAT 访问（WPA 和 WPA2）、802.11i、 风河防火墙提供了一种功能强大的筛选 临时密钥完整性协议（TKIP）、 引擎，此引擎允许设备制造商优化其软 AES、预先共享的密钥。 件，以提供保护用户重要数据的先进功 EAP 类型和 EAP 类型组合以及使 能。此引擎非常适合各种产品，包括 用新的独立 EAP 模块（IPEAP）， SOHO 路由器、宽带接入设备以及小到 允许其他风河模块使用 EAP 中等规模的企业设备。 风河防火墙 6.8 的功能包括： z NAT 通过阻止所有的传入连接请求（不 FIPS 映像。 为了配置 FIPS 140-2 模式， 通过对 IPv4 或 IPv6 包进行状态检 进行映射以识别地址转换）而提供了基 需要启用 VSB 选项。 查来实现 IP 过滤 本的安全性。 z MAC（介质访问控制）过滤 z 在网络层（L3）和数据链接层（L2） 风河 NAT 支持以下功能： 进行记录 z 基本 NAT 针对 URL 的 HTTP 内容过滤（可以 z 网络地址端口转换（NAPT） 针对特定 URL 或通过关键字过滤） 、 z 双向 NAT z RC2 代理服务器流量、Java 小程序、 z 网络地址转换协议转换（NAT-PT） z Arcfour ActivX 控件和 cookies z 非军事区（DMZ）主机 z RC5 z 防火墙规则的非易失性（NV）存储 z 应用层网关（ALG） z 输入和输出过滤器 z 端口触发 z 状态检查 z 支持会话发起协议（SIP）应用层网 z MD4 z 速率限制 关（ALG），允许简单的 SIP UDP z MD5 z 网络接口的过滤器 会话通过 NAT 设备 z RIPEMD-160 z 支持用于过滤 IPsec、NAT 和通道 z 算法包括如下： z AES z Blowfish z CAST z DES z AES key wrap 加密算法 z SHA-1 z MD2 z HMAC z AES CMAC 包的 pktflags 关键字 风河密码系统 z 规则分组 风河密码系统是标准密码算法的实现， z DSA z 从 VxWorks 映像项目中排除风河 是可以用来开发安全应用程序的支持实 z RSA 防火墙的简化程序。 用 程 序 。 它 基 于 开 源 项 目 OpenSSL 风河 NAT 是一种功能全面的业界标准工 0.9.8k 的密码部分。它还被要求访问密 风河安全库 码功能的其他组件所使用。 风河安全库继续被放弃。新的开发应当 使用提供了增强功能的风河密码库。 具——网络地址转换协议(NATP)，主要 用于路由器、防火墙、DSL、线缆调制 解调器以及家庭网关中。运行风河 NAT 的设备可通过仅使用一个单一的全球 IP 地址，就能够把整个部门或小型办公室 风河密码系统包含以下功能： z 密码算法的软件实现。 z 是创建与硬件密码设备接口的 API， 可以减轻高计算强度密码算法的负 连接到 Internet 上。地址映射有效地对 外隐藏了专用网的规模和拓扑，从而提 供了一个基本级别的安全保护。 NAT 的主要优势是将专用网络的地址从 荷。 z 种优势是保留了稀缺的 IP 地址资源，从 而减少网络管理成本。 风河 NAT 支持两种最常用的 NAT 模式。 基本 NAT 所执行的是一对一的专有 IP 地址映射，以预先分配外部 IP 地址块。 更常用的是使用 NATP 来映射端口数以 及 IP 地址数。NATP 允许在一个单一公 用地址上多路复用多个专有地址（至多 64,000 个地址/端口组合） ，它提供了节 约地址和安全性的所有好处。 17 | Wind River VxWorks Platforms 3.8 是针对 Freescale SFC 设备的硬件 接口实现。 z 是密码卸载引擎的应用，包含在 Cavium OCTEON CN38xx 和 公共互联网隐藏，从而提供了一定的安 全性。而某些 NAT 衍生版本提供的第二 z Diffie-Hellman CN58xx 处理器中并得到支持。 z 支持 X.509 证书。 现在风河密码库和风河 SSL 支持 FIPS 140-2 模式。当在 FIPS 140-2 模式下 编译时，很多算法，包括 MD5 散列算法 都被编译在外，因为它们不是 FIPS 认可 的。当在 FIPS 140-2 模式下编译风河 风河安全库包含在内，以便实现与以前 版本 VxWorks 的向后兼容。这包括一 个密码算法库、其他要求密码功能访问 的组件所使用的通用密码接口（CCI）、 以及密码提供者接口（CPI），为开发人 员提供了添加密码库或基于硬件的密码 功能的函数。 风河 SSL 和 SSH 风河 SSL 是一种客户端服务器技术，它 可用于对任何采用套接字的更高层协议 提供保护。对于电子商务而言，典型的 应 用 程 序 应 是 安 全 的 HTTP 连 接 （HTTPS）。 安全性由下述特性提供： 密码库时，通过从属性检查可以防止用 z 隐私，使用数据加密 户将要求 MD5 的 VSB 组件包括在内。 z 身份验证，使用数字证书 客户可以编译一个包含所有组件的非 z 消息完整性，使用消息摘要 FIPS 映像和一个包含密码库和 SSL 的 风河 SSL 6.8 的功能包括： z 支持 FIPS 140-2（由于并不是所有 z 码套件有所删减；当运行在 FIPS 140-2 模式下时，客户只能使用采 用了 AES、3DES 和 SHA1 的密码 套件） 。 z SSLv2、SSLv3、TLSv1 和 DTLSv1 支持 z HMAC-SHA-1 和 HMAC-MD5 z DES、3DES 和 AES z 连接和会话管理 在其 API 中使用 VxWorks 套接字 z 用户验证和容量协商 来代替 IPCOM 套接字 z 属性值对（AVP）的可靠发送 z 目录结构改变 z 对代理、重定向和中继服务器的代理 z 一些缺省值的改变 z 的算法都是 FIPS 认可的，因此当在 FIPS 140-2 模式下运行 SSL 时密 与 RADIUS Client 集成 支持 z 通过添加新的命令和 AVP 实现可扩 风河 RADIUS 和 Diameter 展性 风河 RADIUS 客户端是一种功能全面的 业界标准工具——远程身份验证拨入用 户协议。风河 RADIUS Client 支持验 地移植现有的应用程序 z 用于 TLS（RFC 3268）的先进加密 标准（AES）密码套件 z 动态同位体发现 证、审计和安全的完整功能，并且针对 管理 一些商用 RADIUS 服务器进行了验证， 风河提供了一个可裁剪、统一和小指印 确保与大多数应用程序的兼容性。 的管理框架，此管理框架使得基于 Web z RSA 公钥密码系统 z 执行 OpenSSL API，以便能够轻松 z 基本审计服务 的创建、基于 CLI 或定制的管理界面能 风河 RADIUS Client 6.8 允许网络确定 是否允许用户访问（身份验证）。 身份 验证还用于确定消息是否在传输过程中 被修改或被伪造。身份验证确定了用户 z 数据报传输安全 （RFC 4347） 可以访问哪一种网络资源，审计功能则 z 升级到 OpenSSL 的 0.9.8k 版 提供了一条使用记录。支持 RADIUS 隧 够管理网络元素。如图 9 所示，它包含 了一个管理背板，此管理背板能够作为 管理界面（客户）和可管理元素（发生 器）之间数据处理的管道。可裁剪的框 架能够拥有任何类型的客户和任何类型 的发生器。 道协议和漫游可收费用户身份（CUI） 。 风河 SSH（Secure Shell）是 Secure Shell 协议的应用，在不安全的网络上提 Diameter 验证、授权和审计（AAA） 供了安全的远程登录、文件传输和端口 协议提供了对互联网上同级 AAA 事务的 转发。这意味着嵌入式系统可以通过一 支 持 。 Diameter 基 本 协 议 提供 了 对 条加密的连接进行应用层通讯，并提供 AAA 协议、移动互联网协议第 4 版 了数据完整性和重放保护。这有效地消 （MIPv4）和远程网络访问应用程序的 除了偷听、连接绑架、IP 欺骗以及其他 最低要求。Diameter 运行在一个或多 网络层攻击的威胁。 个网络访问点上，向共享 Diameter 服 务器发送验证请求。 于创建 VPN 的安全通道功能， 并且支 与以前的 AAA 协议相比，Diameter 协 持多种验证方法。 议具有多种优势，在可靠性、安全性、 z z z z z z z z z z 18 SSH 服务器模式 SFTP 客户端支持 SSH 1.5 和 2.0 版本 根据 RFC 4253 第 9 部分的定义， 支持密码交换/重新生成 支持 arcfour128 加密算法 支持 diffie-hellman-group14-sha1 密钥交换算法 SSH daemon 的更新，可以使用安 全密钥存储 针对 SSH 2.0 版支持服务器主机密 钥类型 ssh-rsa 端口转发 终端连接和 SFTP 连接 | Wind River VxWorks Platforms 3.8 伸缩性和灵活性方面有了改进。 风河 Diameter Client 6.8 支持 Diameter Proxy Agent。 （简单网络管理协议） 。此外，此框架还 包含有一个功能全面的、基于 Windows 的开发工具（GUI）——风河管理集成 工具 (WMIT)。此工具通过将所有的框 架组件集合在一起，使管理界面的开发 作为风河管理集成工具（WMIT）的补 充，管理配置编辑器（MCE）是一个简 化的 Eclipse 插件，可以用于基于 CLI 和 Web 的管理界面开发。MCE 与风河 Workbench 支持的主机上。 开发人员可 以选择使用 WMIT、MCE、或者是这两 z 支持 Diameter EAP z Diameter 基 础 协 议 的 更 新 ， 在 z 河 Web 服务器）以及一个 SNMP 工具 Workbench 集 成 ， 可 以 运 行 在 任 意 Diameter 基础协议提供以下功能： Diameter 河 CLI） 、一个嵌入式 Web 服务器（风 工作变得轻松简单。 此外，嵌入式 SSH 还提供了一些可以用 风河 SSH 6.8 的功能包括： 风河管理背板连接有一个 CLI 代理（风 基 础 协 议 者的组合来开发所需的管理界面。 风河 SNMP draft-ietf-dime-rfc3588bis-17. SNMP 可以方便网络设备的管理和配 txt 中定义。 置。原始设备制造商（OEM）和系统集 两个针对开放访问 shell 命令的新 成商要求采用一个快速、小型的 SNMP 命令修改器：tcid（测试命令标识符） 代理程序来实现与 SNMP 标准的兼容， 和 rar（重新验证请求） 而风河 SNMP 则专门针对这一要求而设 计，是一个高度可移植、节省内存、符 z 捆绑了 SMTP 电子邮件告警 z 用户超时会话 z HTML/查询字符串处理 z 双向网关，用于依赖管理对象的 HTML 页 面 、 电 子 邮 件 告 警 和 JavaScript 库 z 基于文件的上传（RFC1867） z 服务器端包括（SSI） z 安全身份验证（基本 base64 编码和 摘要身份验证） z 带 OpenSSL 的 SSL 异常指令验证 z 通过 MIBway 的风河 SNMP 继承 z 更深入的教程和用于单步调试 API 的 使用、 开发工具和最佳实践的实例代码 z 可 以 使 用 合 标 准 的 SNMP 应 用 。 这 种 集 成 了 风河 Web 服务器 SNMP 设计和工具的全面解决方案包含 风河 Web 服务器是一种可裁剪、高安全 了 一 个完 善的 MIB 开 发 平台。 它 由 和小指印的商业嵌入式 Web 服务器。除 SNMP v1/v2c/v3 和 AgentX 组成。 了提供标准的 Web 服务器功能之外，它 还提供了快速创建基于浏览器管理界面 z 客 户 可 以 选 择 SNMPv1 和 SNMPv2 的任何组合编译，也可以 带有 SNMPv3 选项。 z 按照 RFC 3826 中的规定，支持高 级加密标准（AES）密码算法。 z 支持异步 z SNMP 通知 z “目标”和“通知”MIB z SNMP 代理服务器 z SNMP v1/v2/v3 共存 z AgentX 模块 z MIB 编译器 z 紧凑、可互操作、基于标准的配置 z 与风河网络堆栈集成 z z 可移植的设计和应用 支持 SNMPv3 INFORM PDU 操作 的新 API 所需的功能。风河 Web 服务器专为嵌入 式系统而设计， 它兼容 HTTP 1.0 和 1.1 并具有 SSL 异常指令，以提供安全的事 风河 CLI 风河命令行界面（CLI）包括了一个功能 全面的命令 shell 和各种开发工具，从而 使开发人员能够构建标准的“技巧”型界 面或自定义界面，以对网络设备进行管 理。可通过 RS-232 或 Telnet 连接来在 设备上执行 CLI 命令。风河管理集成工 具是一种图形用户界面（GUI）工具， 务处理机制。风河管理集成工具是一种 它加快了创建和配置基于 Web 的自定 图形用户界面（GUI）工具，它加快了 义管理界面或独立 Web 服务器的过程 创建和配置基于 Web 的自定义管理界 面或独立 Web 服务器的过程——可自 动生成应用程序所需的 70%以上的嵌 入式代码。基于 Web 的管理界面具有可 裁剪的背板，背板可通过风河 MIBway ——可自动生成应用程序所需的 70% 以上的嵌入式代码。CLI 界面具有一个 可裁剪的背板，此背板能够通过 MIBway 与 SNMP 交互，或直接与任何 自定义的可管理数据交互。 与 SNMP 交互，或与任何自定义的可管 理数据交互。 风河 Web 服务器 4.8 的特征如下： 风河 CLI 4.8 的功能包括： z 完全的 CLI 管理解决方案 z 高速生成命令树、句柄函数和单独的 命令 z 兼容 HTTP 1.0/1.1 Web 服务器 z 双向 CGI 层 z LiveControl z 可视化集成工具 z GZIP/PKZIP 压缩 z 支 持 HTML 、 DHTML 、 CSS 、 JavaScript 和 XML z 嵌入了对 SNMP 对象的支持 z 冒码、预制的命令 z Telnet 服务器 z 通过 SSH 进行安全通讯 z 使用 MIBway，在命令行中可立即反 映 SNMP MIB z 与风河 Web 服务器相同的架构 z 命令完成 z 上下文敏感帮助 z 命令的历史记录 19 | Wind River VxWorks Platforms 3.8 请 求 设 置 Wind-Mark 值 图 9: 风河网络管理架构 风河 SNMP 10.4 的功能包括： GET z 中间模式处理 风河管理集成工具 风河 HTTP 客户端 z 参数处理、验证和分组 风河管理集成工具是基于 Windows 的 风河 HTTP Client 是与 HTTP 服务器进 z 否定命令（如恢复到默认值） GUI ，包含了设置项目选项、配置选 行交互所需的客户端函数库。通过这些 z 支持并发的 Telnet 会话和串口 项、建立选项、以及资源限制设置和自 提供的函数，开发人员可以通过 URL 语 z 通用命令库 动代码生成等功能，可以使用户建立基 法编写简单的文件传输应用程序（使用 z 由对象、命令或会话定义的安全参 于 Web 或基于 CLI 的管理应用程序。 GET 和 POST 方法）。 数 为方便风河 SNMP 用户，它提供了一个 z 完全可重入的 ANSI C 代码 MIB 编译器，此外，作为其他工具，它 风河 HTTP Client 的功能包括： z 更深入的教程和用于单步调试 API 还提供了一个简单的 HTML 编辑器。 z 符合 HTTP 1.1 规范 z 支持 GET 和 POST 方法 的使用、开发工具和最佳实践的实 例代码 z 可 以 使 用 GET 请 求 设 置 Wind-Mark 值 管理配置编辑器 z 支持 cookie 管理配置编辑器（MCE）是一个与风河 z 支持直接和代理服务器请求 Workbench 集成的 Eclipse 插件，可以 z 通过 HTTPS 实现安全的 HTTP 通讯 用来开发管理界面。此工具对于风河管理 风河 MIBway 集成工具是一个补充，开发人员可以在任 风河 MIBway 使开发人员能够在命令行 何支持风河 Workbench 的主机上使用 和基于 Web 的管理界面中，自动充分再 MCE （ 而 风 河 管 理 集 成 工 具 仅 在 风河 Web 服务 分布式消息接发和服务 利用所有的简单网络管理协议（SNMP） Windows 上支持使用） 。 与风河管理集成 风河 Web 服务使分布式应用程序能够 对象，而无需额外的工程计划开销。风 工具相比，MCE 的功能有一定限制。风 在多个平台上运行，并以一种符合 Web 河 MIBway 提供了一个 SNMP 继承库， 河管理集成工具和 MCE 将会共存一段时 服务标准的方式进行无缝通信和互操 以便于访问风河 SNMP 代理已集成的数 间，直到 MCE 能够提供所有必要的功能， 作。风河 Web 服务通过提供基本的构件 据对象。这使得能够充分利用开发人员 而且客户也完全移植到 MCE 为止。 块，而使得开发人员能够创建可互操作 的 Web 服务应用程序（客户端和服务 在架构中已投入到编写 MIB 变量和代码 所花费的成千上万个工时，从而使将来 风河 CLI、Web 和 MIBway 的这一版本 器），这些程序块包括：XML、SOAP、 所需的设备管理更具灵活性和可裁剪 向 MCE 添加了功能。MCE 用来作为 WSDL 和基于图形用户界面（GUI）的 性。 WMIT 的替换，而且正在分阶段开发之 编译器工具（用于 Web 服务中间代码生 中。在这一开发和转换阶段，我们仍然 成和编辑）。风河 Web 服务是兼容标准 将提供 WMIT。 目前，MEC 还没有 WMIT 的，并专为嵌入式系统应用程序进行了 的完整功能。 调整。 风河 MIBway 4.8 的特征如下： z 立即充分利用所有现有的 SNMP 代 码 z z 将数月的编码和测试工作缩短至仅 大多数选项都可以通过 MCE 提供，不 数天，从而降低开发成本 过，还是有一些额外的选项只能使用 能够创建强大的、功能丰富的 Web WMIT 配置。SSH 选项则只能通过 MCE 和命令行界面 提供。 z 从界面结构中分离应用程序逻辑 z 从风河管理背板中执行嵌入式代码 句柄的 SNMP 特定查询 z 单击鼠标即可集成风河 SNMP z 更深入的教程和用于单步调试 API 的使用、开发工具和最佳实践的实 例代码 z 可以使用 GET 请求设置 Wind-Mark 值 图 10: 风河 Web 服务 20 | Wind River VxWorks Platforms 3.8 图 11: Web服务软件开发流程 图 12: 风河媒体库 风河 Web Services 1.7 的功能包括： z z z 小指印 件 z 同 Win32 SDK COM 和 DCOM 在 gSOAP 2.7.13 发行版中升级到 SOAP 组件 z WS-安全性 z 符合 WS-I Basic Profile 1.0 标准 z 简洁、结构化的代码和文档使配置 和维护更为简单 z 标准一致性： XML 1.0、SOAP 1.2 z 通过使用具有各种系统支持 Web 服 务 （ 包 括 Microsoft .NET 和 Apache Axis）的 SOAP 消息，使 通信更简单 z 风河 DCOM 2.3.8 的特征如下： 在 Expat 2.01 版中升级到 XML 组 与 风 河 Workbench 集 成 的图 形 WSDL 编译器工具 风河 DCOM 风河 DCOM 是在 VxWorks 上应用组件 API 源代码兼容 z 对象模板库为 DCOM 应用程序开发 人员提供了便利方法 z IDL 编译器（将 IDL 文件编码到风 河 DCOM 应用程序类中） z GUI 向导用于生成 DCOM 界面 桥接和路由 图形和本地接口 风河媒体库 风河媒体库用于开发各种平台上的硬件 无关性媒体应用程序。在 2D 图形、窗 口管理、区域管理、文本显示、色彩管 理、视频覆盖支持、α 混合以及 JPEG 图像支持等方面，提供了一个全面的 API。2D API 可以用硬件无关的方式使 用硬件加速功能。集成窗口管理器和输 入事件路由工具可以允许多个应用程序 风河学习网桥 共享一个屏幕。例如，可同时执行基于 风河学习网桥是一种透明的 2 层以太网 本地 C/C++的应用程序和基于 Java 的 学习网桥基本工具，它通过分析来自所 应用程序，并共享输入和输出设备。事 有已连接网络中输入帧的源地址来学习 件服务将处理输入事件，并将事件路由 网络拓扑。 学习网桥连接 MUX 层后就 至特定的应用程序并控制指针设备的指 作为一种 SNARF 网络服务类型，它包 针，例如鼠标、触摸屏或遥控器等。 括两种镜像 END 驱动程序，这些驱动程 设备开发组件用于执行驱动程序。它直 对 象 模 型 （ COM ） 和 分 布 式 COM 序用于桥接前往作为网桥的同一设备上 （DCOM）的技术。 河 DCOM 这一名 的堆栈。 称即可以指这一技术，也可以指风河 风河学习网桥 1.3.3 包括站点缓存： 这 视频控制器、LCD 显示屏、音频芯片、 是一个基础数据库，存储了 MAC 地址和 键盘以及触摸屏，它还提供了一组丰富 端口间的关系，从中它可以看出与这些 的参考驱动程序，以用于最常用的硬件 MAC 地址相关的帧。 转发决定就是基 配置。该开发组件包含了用于 1、4、8、 于此缓存决定的。源 MAC 地址和目的 16 和 32 位色彩模式的普通帧缓冲区， MAC 地址都用于创建缓存数据库，而缓 从而使开发人员能够快速地引导新驱动 存老化算法会删除不活动的条目。可通 程序并能够轻松自如地支持任何图形设 过风河无线安全认证器来使用学习网 备。图形驱动程序框架提供了本地媒体 桥。 库接口和 X.org 驱动程序接口，可以针 DCOM 产品。风河 DCOM 产品是微软 DCOM 的一个应用，专门针对设备软件 的开发，为进程控制 OLE（OPC）等管 理协议提供了基础。风河 DCDOM 支持 基于 VxWorks 的设备和非实时设备 （如 桌面电脑）之间的应用程序分发。允许 开发人员将设备软件应用程序与 Windows 应用程序无缝地集成。风河 DCOM 提供了一种专门针对设备的严格 要求而提出的高性能紧凑解决方案。 接与应用程序的目标机硬件设备相对 接，这些目标机硬件设备包括图形芯片、 对市场上最新的图形硬件进行开发。媒 体库还包括一个集成的 FreeType 字体 引擎，支持 FrueType 字体并可以实现 21 | Wind River VxWorks Platforms 3.8 更快的 GUI 应用程序开发。由于驱动程 风河 OPC 安全的应用包括使用预先共享的密钥和 序开发组件是可扩展的，因此可以适应 风河 OPC 是用于 VxWorks RTOS 的过 TKIP（临时密钥完整性协议）。它还包 设备的特定硬件功能。 程控制 OLE（OPC）技术规范工具。OPC 括一系列的加密和散列算法，从而给开 标准协议通过启用不同厂商的客户端和 发人员在安全级别和系统性能之间的折 风河媒体库 5.3 的新功能包括： 服务器以相同的标准语言进行沟通，使自 衷方案上提供了极大的灵活性。 z 支持 X.org 驱动程序提供的 2D EXA 动／控制应用程序、现场设备和商务／办 加速功能。 z 支持 X.org 7.4 版的驱动程序。 z 一个 X.org Vesa 驱动程序，可以在 大多数 PCI 图形卡上使用。 z 针对 Freescale ads5121e 的 DIU 公应用程序之间的互操作性成为可能。 风河无线以太网驱动程序 3.2 版包括以 OPC 简化了设备接口的开发、提高了定 下功能： 制应用程序之间的连通性和互操作性，并 z 支持多种模式： 802.11a, b, g, 和 使应用程序能够轻松地访问子系统数据。 风河 OPC 工具是专为用于支持具有高性 图形和音频驱动程序。 能和小指印需求的设备而设计的。 draft-n z 通过 802.11d 支持国家特定的频谱 规章 z 支持 WME，允许基于每个包的服务 风河媒体库的更多功能包括： 风河 OPC 3.2 工具包含以下： z 支持 USB2 键盘和鼠标 z 支持输入设备的轮询 z z 新的窗口菜单处理 API z FreeType 字体引擎 v2.3.2 z 屏幕旋转支持 用于 VxWorks 的示例数据访问客 户端 z OPC 数 据 访 问 自 定 义 界 面 标 准 2.05a 技术规范 z VxBus 支持 z 额外的 XFree86 分辨率 z 虚拟输入支持 z 针对内核应用程序的共享数据库 （可选） z 多种显示功能 类型（TOS）的包路由优先级确定 z 支 持 Wi-Fi 保 护 访 问 （ WPA/ WPA2 ）、 WPS 和 用 于 安 全 性 的 802.11i z 支持 Broadcom BCM4328 PCIE 卡 z 提供新的 WLAN VSB 选项：允许 z OPC 告警与事件 1.1 技术规范 z OPC 数据交换 1.0 技术规范 Atheros 无 线 驱 动 程 序 支 持 z 交互式示例 OPC 客户端 （ IPWLAN_ATHEROS ）、 允 许 z 为实时设备进行了优化 Broadcom 无 线 驱 动 程 序 支 持 z 与开发工具相集成 （IPWLAN_ BROADCOM），以及 选择 Build-Time WLAN Syslog 水 z 菜单和按钮小配件 平。 无线 z 触摸屏校准支持 z 提供新的 shell 命令，允许查看多播 z 对本地总线图形设备的 RTP 支持 风河无线以太网驱动程序 中使用的加密类型。 风河无线以太网驱动程序为业界标准的 z 针对 SMP 支持的 BSP 提供 SMP 支持 802.11a,b,g 协议和 draft-n 规范提供 z 支持多服务设置标识符 风河 CAN 了接入点和基站端支持。包括用于 z 直接支持 Atheros AR500x 芯片组 风河 CAN 1.5.5 是针对 VxWorks 嵌入 Atheros 式目标的控制器区域网络（CAN）协议 BCM43xx 芯 片 组 的 驱 动 程 序 。 的一个应用，为开发人员提供了对一个 Broadcom 驱 动 程 序 支 持 802.11 或多个 CAN 设备的标准接口。 此产品 draft-n 和 Wi-Fi 多媒体增强（WME） 。 支持当前使用的多种流行 CAN 板，例如 其完全无关的硬件接口层使得用户能够 ESD PC104 200、ESD PCI 200、 轻松地将其移植到其他无线芯片中。 驱 MCF5282 PPC5xx 动程序可在同一个目标机上支持多个硬 TouCAN 和 MSMCAN PC104。此外， 件接口，从而可允许更先进的应用程序。 风河 CAN API 与目标机架构无关，并与 并且，可在各种目标机硬件平台上使用风 用于访问 CAN 控制器的 I/O 机制无关。 河无线以太网驱动程序。另外，还为用户 这一标准化接口极大地简化了 CAN 硬 配置和控制提供了标准的 IOCTL 应用程 z 直接映射到 802.11MIB 中 件的编程，并能够将应用程序快速地移 序界面。它通过预先集成风河无线安全协 z 支持各种调试/记录，并可显示例程 植到新的目标机架构中，而只需对用户 议而提供了可靠的无线安全性，并支持 z 通过命令行或风河 Workbench 进 应用程序源代码进行极小量的修改，或 802.1X、WPA、WPA2、802.11i 和 者根本就无需进行修改。在这一标准接 WPS 协议等标准。而风河无线以太网驱 口之上还集成了一些其他协议，如 动程序通过 802.11d 支持有助于不同国 CANopen（可从风河合作伙伴 IXXAT 家间频谱规章差异的管理。 连通性 FlexCAN 、 处获得）和 DeviceNet。 22 | Wind River VxWorks Platforms 3.8 AR500x 和 Broadcom z 直接支持 Broadcom BCM43xx 芯 片组 z 可以方便地移植到其他芯片组 z 支持访问点和服务端 z 在同一目标机上支持多个硬件实例 z 用户可通过使用 IOCTL 控制来进行 配置和控制 z 具有工业标准的应用程序接口格式： ioct1（描述符、函数、值） z 易于扩展，因而能够支持新的功能和 满足客户要求 行配置 z 与风河无线安全协议的集成： 802.1X 风 河 Compiler 和 风 河 GNU Compiler 风河 Compiler 是适合大多数处理器的 一种默认的 C/C++编译器，用于构建 VxWorks 6.x 内核、库、板级支持包和 应用程序。该编译器的优化能力来源于 业内领先的 Diab 编译器技术，并且在一 定程度上还扩展了这种技术，能生成用 于 PowerPC、ARM、ColdFire 和 MIPS 架构的紧凑、高性能的源代码。 风河 Compiler 包括： z 与 VxWorks 实时操作系统的紧密 集成，提供了经过验证的性能。 z 可靠、稳定、成熟的代码生成技术 z 突出的优化技术可生成更快、更紧 凑、更高质量的代码 z 图 13: 风河Workbench 与 ANSI、ISO/IEC 和 EABI 等 C/C++编译器标准兼容，提供了 风河 Workbench 开发套件 z 最大化的工具互用性 够为可裁剪的和用户定制而无缝集 z 代码和数据内存分配的完全控制 风 河 Workbench 3.2 是 一 个 基 于 z 支持位置无关代码（PIC）和位置 Eclipse 的开发套件，可以用来创建和编 无关数据（PID） 译项目、建立和管理主机与目标机之间 z 整个程序的优化 风河 GNU Compiler 是用于 Intel 架构 的缺省编译器，建立在自由软件基金会 （FSF）发布的 GNU 编译器基础上。风 河对编译器的通用发行版本进行了修 改，以使其能够在 VxWorks 6.x 下使 用。主要的修订涉及支持实时进程 （RTP）和共享库。 基于 Eclipse 的可扩展框架——能 的通信、以及配置、调试和监控 成第三方和专用内部插件 VxWorks 平 台 的 当 前 版 本 带 有 Workbench 3.2，其中包括了大量新功 VxWorks 操作系统和运行在模拟器或 能来提高开发团队的效率： 真实硬件上的 VxWorks 应用程序。通 z Workbench 的一般性增强功能 – 过其性能、集成及实用性的独特组合， 善开发人员实现生产力的时 Workbench 不仅能使企业在通用环境 间。 下的设备软件开发更趋标准化，而且还 – 能够显著提高开发人员、项目团队和公 为企业范围的部署提供了增强 型的支持。 司的工作效率。 – 改善了启动和投放时间。 – 为启用了管理程序和 SMP 的嵌 Workbench 提供以下功能： 入式系统提供增强的工具支 风河 GNU Compiler 主要是用作应用程 序编译器。它利用了最新的 GCC 增强功 大大简化了用户体验， 有助于改 持，从而加速了多核部署任务。 z 在整个设备软件开发周期内向平台 – 灵活的许可证管理功能。 能，并且可以保证方便地将通过 GCC 编 开发人员和应用程序开发人员提供 – 与 Eclipse 3.5 和 CDT 6.0 开 译的代码移植到 VxWorks 环境中。 第一流的功能 z 风河 GNU Compiler 包括： – z gcc：C 和 C++编译器 – z as：可移植的汇编程序 作为风河 VxWorks 6.8 平台的一部分， 两种编译器都被包含在内并得到支持。 23 | Wind River VxWorks Platforms 3.8 多目标操作系统支持，包括对 z VxWorks 平台增强功能 – VxWorks 核心转储分析。 与 Linux 的支持 – 动态 Printf 功能 – VxWorks Source Build 配置 – 针对 DKM 和 RTP 的多目标发 – VxWorks 目标处理器支持 PowerPC、 和 工具增强 ColdFire 架构 – 扩展的主机操作系统支持 VxWorks 5.5、VxWorks 6.x Intel 、 ARM 、 MIPS z 二进制实用程序 z 用于编译器和相关开源工具的源代码 – 支持标准化的广泛实用性，例如： z Cpp：C 预处理程序 z ld：可编程的静态连接器 发框架集成。 插件架构，可添加其它目标操作 起能力 系统、目标处理器以及目标连接 支持 模 拟 器 集 成 到 Workbench 的目标控制台视图中 – 调试程序提供了在多种上下文 中监控表达式的能力 z 芯片级调试增强功能 – 对 AMP、SMP 和虚拟化系统环 境的高级支持 – 可用性的增强 – 对 ARM 、 Intel 、 MIPS 和 序/BSP 调试、内核调试和应用程序软件 织和管理设备软件开发项目中的主要组 调试所需要的功能。 件，包括源文件和目标机系统。 可以创 VxWorks 源代码、核心映像和板级支持 VxWorks 调试，也支持无论是在 SMP 包的配置和创建，以及基于实时进程或 模式还是在 AMP 模式下运行 VxWorks 用户开发核心模式的应用程序项目。 根 的处理器。多个上下文调试功能使开发 视图、目标配置、以及首选设 据设计，Workbench 能使用户同时管理 人员可以对同时运行在多个上下文的代 置 多个项目。 码进行调试。多个上下文包括： 分享开发人员的工作空间内 容，例如连接信息、透视图和 可以从中心主机提供文件和帮 z 多内核 构建系统 z 多任务/进程/线程 Workbench 构建系统指定了在构建设 z 多 RTPs 或 DKMs Workbench 中 使 用 开 源 备软件项目时所使用的工具、选项与参 z 多个物理处理器 Eclipse 或第三方组件 数，你可方便地设置项目级别的构建参 z 多种处理器类型 z 多板卡 z 多目标机操作系统 助系统 – Workbench 项目系统允许开发人员组 Workbench 调试器支持单核处理器的 z 企业部署能力 – 延期许可证校验，有助于在没 有 许 可 证 的 情 况 下 在 数，并且还能够细化到单个文件级别。 z 设备管理增强功能 – 与新的风河测试管理系统集成 – 可下载的代理程序，添加了诊 – 决方案便可提供硬件生成、设备驱动程 建各种类型的 VxWorks 项目来进行 PowerPC 的额外处理器支持 – 项目系统 构建系统允许使用从简单的全局构建设 置到针对单个文件的微观构建设置，以 断支持而无需对内核进行重新 及在这两个极端之间的任何级别上的构 配置 建设置。 扩展的处理器支持 Workbench 调试器针对目标平台上的 对象提供了大量浏览和检查功能。这种 对 VxWorks 对象的了解能力使开发人 员可以快速地解决难以诊断的问题，在 命令行项目和编译系统 整个项目进行过程中保证最高水平的生 Eclipse 除了 Workbench 编译系统外，风河还 由于 Eclipse 的开放性、功能以及强有 为偏好命令行环境的开发人员提供了具 力的社区支持，因此被用作风河 有全部功能的命令行编译系统。使用 Workbench 开发套件的框架。 Eclipse Workbench 3.2 中新的调试功能包括 GUN make、TCL 库和 VxWorks 特定 3.5 框架提供了将 Workbench 组件按 使用针对 DKM 和 RTP 的单一启动配置 工具，开发人员可以配置 VxWorks 源 进行多上下文的启动支持，以及通过风 照图形和功能的方式集成的必要架构。 代码并编译 VxWorks 映像以及使用命 Eclipse 框架具有开放性、扩展性、并且 河 Workbench 芯片级调试中添加的 令行编译工具开发应用程序和库。这些 JTAG 调试功能为基于管理程序的系统 得到商业和开源开发者社区的大力支 命令行工具通常被集成到定制的编译系 的配置和调试提供支持。 持，为使用 Workbench 的开发人员提 统中。 供了多种附加的集成功能。 产力。 VxWorks 模拟器 Workbench 调试器 VxWorks 模 拟 器 6.8 （ 以 前 称 之 为 商 业 开 发 工 具 提 供 商 （ 例 如 IBM 、 Workbench 调试器可以满足开发人员 VxSim ） 是 一 种 功 能 完 善 且 适 用 于 Hewlett-Packard 和 Borland）和活动 的各种需求，例如硬件生成、固件/驱动 VxWorks 6.x 应用程序的原型和模拟工 开发者社区提供了 Eclipse 集成的功能。 程序/BSP 开发、内核开发以及应用程序 具。 VxWorks 模拟器支持 SMP 系统的 因此，开发商能够从第三方和企业内部 开发等等。Workbench 调试器提供了比 模拟，在任何受支持的主机上可以最多有 源代码中获得大量的增值插件，这些插 GNU 调试器（GDB）或其他基本源代码 32 颗 CPU。它还提供了使用 MIPC 的 件极大地拓展了风河 Workbench 的功 级的调试器更多的功能，包括一些独特、 VxWorks AMP 开发模拟环境。 模拟器允 能。例如：Eclipse 集成了配置管理（CM） 强大的调试功能，例如在调试会话过程 许用户在硬件还不可用的开发前期对应用 系统与编辑器，从而能够通过标准的 中动态地插入 printf 命令。Workbench 程序的大部分内容进行开发和测试。它还 Eclipse 接 口 将 插 件 集 成 到 风 河 调试器不仅能执行 VxWorks 6.x 目标 允许基于主机的开发，使开发人员共享少 Workbench 中 。 在 Eclipse 网 站 机的完全内核、任务和实时进程（RTP） 数硬件目标，从而降低开发成本。模拟器 www.eclipse.org 的“社区项目和插件” 调试，包括 RTP 关联任务的可视性和同 可以作为目标连接与风河 Workbench 开 部分，可以获得关于 Eclipse 和可用第 步控制，使用风河的芯片级调试解决方 发环境完全集成，能够通过标准的接口实 三方插件的更多信息。 案进一步扩展了这些性能。结合这些解 现完全的配置和调试配置。 24 | Wind River VxWorks Platforms 3.8 VxWorks 仿真器是一种从 VxWorks 在创建新的可引导内核映像时， z 消息通道 (IPC) 支持消息流量的文 6.x 操作系统移植过来的本土应用程序， Workbench 将对有效的内核组件、BSP 它能够精确地实施 VxWorks 6.x 的高级 与编译器选择进行分析。 配置工具将显 z 通过动态 printf 插入进行调试 复杂特性，包括 SMP、RTPs、内存保护、 示关键配置数据的摘要信息，例如所选的 z 在 AMP 多核配置中对 VxWorks 的 文件系统和 Unix 样式组网（TCP/IP、 组件数、数据或文本大小。 捆绑式选择 rlogin 等） 。仿真器也可提供网络仿真功 器允许用户一次将一组绑定的组件快速 能以便于开发人员创建复杂网络（由多个 地加入或移出内核映像。 并且所提供的 IPv4、IPv6 和其他协议、子网和路由系 实例配置包包括了 POSIX 一致性、实时 统所组成）的完善仿真。 进程开发和容错管理所需的所有组件。 本转储 多个实例进行调试 Host Shell 是在进行开发工作的宿主机 上执行，而不是目标机。但是，它使用 户能够调用任务、查看实时进程、读取 或写入到目标设备以及实施对目标机的 模拟器运行在用户选择的主机工作站 内核组件可单独进行选择，这使得您对 完全控制。Host Shell 可接收用户命令 上，从而减少了开发前期对硬件评估的 VxWorks 映像有更强、更灵活的控制 并在主机上本地执行，并就任何有关符 需求。它还提供了对主机操作系统 API 力。当这些组件是必需的而不是可选的， 号表、目标机驻留程序或数据的动作向 的便捷访问，用户可以在自己的模拟中 或者当这些组件彼此互不兼容时， 目标机服务器分配请求。 使用主机工具和外围设备。例如，最终 VxWorks 6.x 内核配置工具将对组件 系统中使用的 PCI 可以安装到主机上然 依赖和突出的冲突进行分析。 后由模拟器访问。 AutoScale（自动调整）特性也将对整 个 VxWorks 映像进行分析，同时移除 Workbench VxWorks 源代码编译 配置 未使用的内核组件，这些组件会不必要 地增大可引导映像的尺寸。 风河 Workbench 3.2 提供了新的项目 由于是在主机系统上执行 shell，因此对 目标机资源的干扰就降到最小。与其他 VxWorks 6.x 工具一样，在目标机系统 上仅需目标机代理。因此，Host Shell 就总能一直可用，用户可用它来维护产 品系统或者在开发期间进行实验和调 类型，允许用户配置并编译定制的 Host Shell 试。因为用户无须重新构建 VxWorks VxWorks 库，并作为 VxWorks 映像项 开发人员可通过 Host Shell（以前我们 6.x 映像，因此 Host Shell 对有着内存 目的基础。新的项目类型支持 VxWorks 称之为 WindSh）所提供的命令行界面 限制的目标机就显得极为有用，并且它 源代码编译（VSB）项目的创建和管理。 来下载应用程序模块和调用 VxWorks 还允许进行系统模式调试，而这对调试 这些项目基于特定的 BSP，允许客户调 6.x 与应用程序模块子程序。此实用程 驱动程序则很有帮助。 整编译选项和内容来满足特定的应用。 序具有下列功能： Kernel Shell 选定的选项用于重新编译 VxWorks 运 行时源代码来满足配置。同时，开发人 通过调用任意 VxWorks 例程和 API VxWorks 6.x Kernel Shell（先前称之 来进行操作系统的交互式探测 为 Target Shell）运行于 VxWorks 6.x z 调试和监控进程 内核中，通过控制台或网络连接（例如 z VxWorks 6.x RTPs 的交互式探测 telnet）便可直接访问 VxWorks 6.x。 z 通过调用任意应用程序（RTP）例程 内核外壳提供的功能与主机外壳类似， 来进行交互式开发 经常用于需要在开发环境外部对系统状 VxWorks 6.x 应用程序（RTP）和 态进行控制和察看时。内核与 VxWorks 内核测试 SMP 一起工作。任务信息的显示包括运 出错管理支持检错转储输出，且具 行任务的 CPU/内核。 z 员还可以创建 VSB RTP 项目源代码编 译。虽然并不要求客户一定要购买 VxWorks 源代码，但是只有在安装了源 代码后才能设置 VSB 项目。 VxWorks 6.x 内核配置工具 z VxWorks 6.x 内核配置工具是一种图 形化的实用程序，它能够简化并加速对 z 操作系统组件的选择，并将其包含在可 备以每任务或每 RTP 为基础开启/ 引导的 VxWorks 映像中。除了为单核 关闭出错管理 处理配置 VxWorks 映像外，内核配置 工具还可以在任何支持的 SMP 或 AMP 目标上创建 SMP 和 AMP 项目。 与 UNIX 中的 tip 实用程序类似，能够 在多核 AMP 配置中跨越 VxWorks 的多 个 实 例 允 许 使 用 内 核 外 壳 （ Kernel Shell）和主机外壳（Host Shell）。这 一功能使其能够在分别主机的同一个控 制台上显示一个或多个内核的输出，并 远程登录到单独的内核上并在上面执行 外壳命令。tip 实用程序使用基于 MIPC 的串行设备来实现内核间的通讯。 25 | Wind River VxWorks Platforms 3.8 Kernel Shell 命令可以在 RTP 以及内核 Memory Analyzer（内存分析器） Workbench 芯片级调试改进了确定和 中动态生成任务，这对于调试非常有用。 在设备软件的设计阶段，确保内存的最 解决系统级问题（例如竞态条件、内存 Kernel Shell 还可以动态调用 RTP 中 合理使用是至关重要的。在许多应用程 的例程，从而避免了每次动态调用例程 序中，用户并未完全掌握内存的使用情 时创建和生成任务所需的开销。 况，而是浪费了大量可用的内存。 许多 稳定、系统集成过程中的生产力。对于 系统由于内存泄漏问题而导致运行几天 调试端口不可用、或者不希望使用基于 运行时间分析工具 后便不能继续工作。Memory Analyzer 代理程序的操作系统探测工具这样的情 Workbench 是专为设备软件应用程序 是一种即时内存分析器，它提供了强大 况，还可以使用 Workbench 芯片级调 而提供的一组功能强大的动态可视化工 的内存使用情况观察能力。无需任何特 试代替基于代理程序的调试方法。 具，开发人员可通过它来动态观察整个 殊的编译或测试，用户便能够用它来监 风 河 Workbench 芯 片 级 调 试 与 系统平台：应用程序代码、第三方库以 控系统的可用内存，检测出由于系统调 VxWorks 是在同样的面向项目的开发 及操作系统。在系统运行期间，用户也 用或使用第三方库而导致的内存溢出， 环境中编译的，其目的是与最新版本的 能够修改变量、优化性能以及查找内存 甚至可以观察内存泄漏的发生。 VxWorks 无 缝 地 集 成 ， 并 支 持 对 Data Monitor 性和调试。通过购买附加软件模块以及 讹误、以及内核、设备和应用程序间其 他复杂的交互作用）的时间，从而提高 了板的启用、设备驱动程序开发、内核 VxWorks 内核对象、任务和线程的可见 错误。 具有多核能力的风河 ICE 2 JTAG 调试 System Viewer（系统查看器） 这是一款实时图形监控工具，它用于检 系统查看器可对 VxWorks 6.x 系统事 查您系统中的各种变量、数据结构或内 件提供详细的分析和图形化的可视效 存位置。 用户能够查看任何变量集、观 使其具有风河 Workbench 芯片级调试 果，同时还可展示在目标机上执行的应 察变量的峰值以及可能遗漏的变量越界 的全部功能。可以获得关键益处有： 用程序的相关任务、中断和系统对象之 设置、特定事件的触发收集、在程序运 间复杂的交互作用。它能够清楚地显示 行期间更改变量并将收集到的数据保存 上下文变化以及诸如信号量、消息队列、 到磁盘中等。Data Monitor 提供了用户 信号、任务、用户事件和计时器一类的 程序的实时分析，而无需中止或减慢用 系统事件。通过查看导致此问题的完整 户程序代码的运行。 的错误管理事件） ，软件设备开发人员便 Code Coverage Analyzer 能够迅速地对异常行为进行检测，并弄 Code Coverage Analyzer 允许用户对 清其产生的原因和影响。 代码进行分析以确定在测试期间执行了 那些代码段。单个语句、决策和条件的 Performance Profiler（剖析器） 可视化使得开发人员能创建更为完善的 剖析是实时系统的关键。只有用户了解 测试方案以保证开发出更高品质的设 了性能瓶颈所在，才能够轻松地优化应 备。此外，对那些从未执行过的代码也 用程序代码。Performance Profiler 是 可轻易识别出来，这就允许开发人员删 一种动态执行的剖析器，它提供了详细 除这些无用代码以防止出现后期问题， 的函数级性能分析，并指出了程序代理 同时还降低了总内存指印大小。 中每个函数占用 CPU 资源的多少。用户 VxWorks 平台的可选附加组件 确定位出执行效率低的代码，修改并观 察性能改进结果。 单元，可以方便地扩展 VxWorks 6.8， z 使硬件和软件开发人员之间的项目 交接变得更加紧密 z 对包括 CPU、周边设备寄存器、内 容和高速缓存在内的目标系统的出 色控制力 z 对 VxWorks 内核对象、任务和线程 事件历史记录（包括来自 VxWorks 6.x 可反复用 Performance Profiler 来精 单元或入门级的风河 Probe JTAG 调试 的了解 z 通过先进的硬件诊断和快速编程，使 开发过程变得简洁流畅 z 实时程序跟踪执行（对于支持的处理器） z 对 AMP、SMP 和虚拟化系统环境的 高级支持 要了解有关风河 Workbench 芯片级调 试的更多信息，请访问 www.windriver.com/products/OCD ，或者联系您的风河公司销售代表。 IPL Cantata++ IPL Cantata++ 可 以 用 于 VxWorks 5.5 和 VxWorks 6.x 平台。这套工具使 风河 Workbench 芯片级调试 风河 Workbench 芯片级调试提供了对 目标资源出色的可见性和控制，这些资 源包括 CPU 和周边设备寄存器、内存、 以及高速缓存，从而在开发周期的各个 阶段实现高效率的调试。 开发人员能够在完成单元测试、集成测 试、以及测试的代码覆盖分析方面具有 更 高 的 效 率 。 Cantata++ 和 Workbench 的集成可以方便地实现这 些功能。Cantata++在开发生命周期 中实现了更好、更快、更加自动化的测 试，从而提高了软件的质量、缩短了面 市时间、并且降低了支持成本。 26 | Wind River VxWorks Platforms 3.8 技术规范 架构、主机和板级支持包 VxWorks 6.8 支持的目标机架构和处理器系列 z VxWorks 5.5、6.0、6.1、6.2、 6.3、6.4、6.5、6.6 和 6.7 的兼容 性 z 使用 VxWorks 源代码编译实现内核 伸缩性和性能调整 z 最先进的内存保护机制 z 内存管理 z 出错管理 z 消息通道 IPC，包括对多处理器和使 用 TIPC 协议的多操作系统消息处理 的支持 z 改进的 POSIX 兼容性， 包括对 JTRS SCA AEP 2.2.2 以及 POSIX IEEE Std. 1003.13-2003 PSE52 的完 全支持 z 双模式的 IPv4/IPv6 网络堆栈 z 电源管理框架，带有 CPU 电源管理 z TrueFFS（flash 文件系统） z dosFs（FAT-兼容的文件系统） z 高可靠文件系统（HRFS），带有可 配置的提交点 z 带有 PCI 和本地总线支持的高速互 联框架 z VxMP 2.3.5 z Wind River TIPC 1.7 z Wind River Network Stack 6.8 z Wind River PPP 6.8 z Wind River USB 2.5 z Wind River IPsec and IKE 6.8 z Wind River Crypto 6.8 z Wind River Security Libraries 1.4 z Wind River SSL 6.8 z Wind River SSH 6.8 z Wind River RADIUS and Diameter 6.8 z Wind River Firewall 6.8 z Wind River NAT 6.8 z Wind River Wireless Ethernet Driver 3.2 z Wind River Wireless Security 6.8 z Wind River EAP 6.8 z Wind River Mobile IP 6.8 z Wind River OPC 3.2 z Wind River DCOM 2.3.8 z Wind River CAN 1.5.5 z Wind River CLI, Web, MIBway 4.8 z Wind River SNMP 10.4 z Wind River Learning Bridge 1.4 z Wind River Media Library 5.3 z Wind River Web Services 1.7 z 27 | Wind River VxWorks Platforms 3.8 z z z z z ARM - ARM9 - ARM11 - ARM11 MPCore - ARM Cortex A8 - ARM Cortex A9 ColdFire (要求用于 VxWorks 3.3 平台的 Service Pack 1 ) - ColdFire v2 - ColdFire v3 - ColdFire v4e Intel - Pentium family (Pentium, Pentium Pro, Pentium II, Pentium III, Pentium 4, Pentium M) - Xeon - Xeon LV - Core - Core 2 Duo - Atom Intel/Marvell XScale - IXP4xx - IXP2xxx MIPS - MIPS 4Kx - MIPS 5Kx - MIPS 24Kx - MIPS 34Kx - MIPS 74Kx - Toshiba MIPS tx49xx - Broadcom SB1 (1250, 1125, 1122, 1121) - Broadcom SB1a (1480, 1455, 1280, 1255, 1155) - Cavium OCTEON CN3XXX - Cavium OCTEON Plus CN5XXX - PMC Sierra RM9000GL - NEC VR55xx - RMI XLR, XLS PowerPC - PowerPC 40x - PowerPC 44x - PowerPC 51xx - PowerPC 60x - PowerPC 7xx - PowerPC 8xx - PowerPC 52xx - PowerPC 74xx - PowerPC 82xx - PowerPC 83xx - PowerPC 85xx, 8572 - PowerPC 86xx, 8641d - PowerPC 970 - QorIQ P20xx 支持的主机 z 带 SP2 或 3 的 Windows XP Professional z Windows Vista（商用和企业版） ， SP2 z Windows 7 z Red Hat Enterprise Linux Workstation 4, Update 6 或 8, x86 (32-bit) z Red Hat Enterprise Linux Workstation 5, Update 2 或 3, x86 (32-bit/64-bit) z Red Hat Fedora 9, x86-64 z Red Hat Fedora 11, x86 (32-bit/64-bit) z Novell SUSE Linux openSUSE 11.0, x86 (32-bit/64-bit) z Novell SUSE Linux openSUSE 11.1, x86 (32-bit/64-bit) z Novell SUSE Linux Enterprise Desktop 10.2, x86 (32-bit/64-bit) z Novell SUSE Linux Enterprise Desktop 11.0, x86 (64-bit) z Ubuntu Desktop 8.04, Update 4, x86 (64-bit) z Ubuntu Desktop 9.04, Update 4, x86 (32-bit/64-bit) z Solaris 10 (with GTK), Update 11/06, SPARC 32-bit 板级支持包 VxWorks 平台支持前面所列目标架构 上的多种板级支持包。 请访问风河公司 网站的板级支持包部分以获取可用 BSP 的 完 整 列 表 ， 网 址 为 ： www.windriver.com/products/bsp _web/index.html。 合作伙伴系统 风河公司具有世界一流的合作伙伴系 统，能够保证我们的核心技术与选择的 主要硬件和软件公司的技术紧密结合以 补充我们的解决方案。通过在一些快速 移动行业提供即购即用集成和关键技术 支持，我们的合作伙伴扩展了风河设备 管理软件的功能。我们的团队经过专门 培训，能够排除合作伙伴所用技术与风 河产品间的任何问题，这使我们的技术 支持服务在嵌入式和移动行业中成为最 全面、最优秀的合作伙伴系统。 我们的硬件合作伙伴包括： z z z z z z z z z z z z z Advantech ADLink Technology Inc. Applied Micro Altera ARM Broadcom Cavium Continuous Computing Curtiss-Wright Controls Emerson Network Power Eurotech Freescale GE Intelligent Platforms z IBM z Intel Corporation z Kontron z LSI Corporation z Marvell Semiconductor Inc. z Mindspeed Technologies z MIPS Technologies z RadiSys z RMI Corporation z Sun Microsystems z Texas Instruments z Xilinx Inc. 关于我们的硬件合作伙伴的所有名单， 专业服务 请访问 www.windriver.com.。 低的开发成本。 我们经验丰富的工作团 作为已获得 CMMI Level 3 认证的机构， 风河专业服务小组不仅可使您降低风 险，而且还可使您将重点集中于产品开 发，以进一步提高附加值和进行差异化 设计。作为我们全面解决方案的一部分， 风河提供了行业特定的服务，能够帮助 客户满足严格的交货时间，同时保持较 队提供了设备软件方面的专业技术，能 我们的软件合作伙伴包括： 够解决关键性的开发挑战，为客户的成 功做出直接贡献。 技术 合作伙伴 Ada development AdaCore Bluetooth CORBA Parrot, Stonestreet One Objective Interface Systems (OIS) Databases ATM CIFS/Samba Modeling tools Test tools DTV technology Fieldbus solutions File system fail-safe Gracenote DCL Visuality Systems IBM Rational IPL, Klocwork, LDRA Zentek HMS, IXXAT, Softing, Woodhead (Appli-com, SST) Datalight File system: NAND Flash File system: CIFS Datalight Visuality Systems GPS HTML-based UI and technology (browsers) IEEE 1394 Industrial Ethernet, CANopen stack Input methods Trimble Access, Espial, Opera Software, ProSyst, PsiNaptic VividLogic 需要两到四个人工星期；硬件设计或对 IXXAT 以及系统测试和验证将客户的概念变为 Agfa, Bitstream, Zi 现实的计划，需要多个人工年。 IP routing, MPLS Java VM Access (IP Infusion) aicas, Aonix, Aplix, Skelmir Layer 2/3 switching Layer 2/3/4 with Ethernet MOST Navigation NDDS stack OS coresidency Security (consumer) Access (IP Infusion) Broadcom (LVL7) SMSC Destinator, 3DVU, 3SOFT RTI KUKA Controls Nagravision Asahi Kasei, Conversay, Fonix, Nuance Allegro DCL, Flextronics Data Connection Ltd., IP Infusion Speech recognition UPnP Voice Signaling QoS, 28 | Wind River VxWorks Platforms 3.8 风河专业服务得到我们的商业级项目方 法体系的支持，内容包括： z 需求的发现和确定 z BSP 和驱动程序优化 z 软件系统和中间件集成 z 应用程序和基础结构开发 z 针对原型或市场就绪系统的硬件和 FPGA 设计 典型的项目包括： 启动程序和 BSP 应用， 已有软件解决方案的扩展，需要一个人 工月到一个人工年；通过设计、创建、 专业服务在平台设计方面具有广泛的经 验，包括安全关键性的系统和导航/信息 娱乐系统。专业服务针对嵌入式设备市 场提供了硬件和软件解决方案，并继续 与标准化组织合作以建立下一代的平 台。 安装和定向服务 公共课程的益处如下： 对 VxWorks 平台正确的安装和定向可 以使用户在进行下一个开发项目之前不 风河客户支持是一个经过服务能力和效 z 必因处理一些本来可以轻易避免的问题 而花费时间。风河提供的安装和定向服 z 获得一个面向学生有关主题事件的 VxWorks 平台提供支持。客户在订购 获得对这些细节的选择性检查，并 VxWorks 平台的同时，也包含了全部的 熟悉的领域 动： z z 现场安装： 在你的硬件与主机平台 接受单独指导和单个工具与课程概 念的实践应用 z 以及定制实例 能（SCP）认证的组织，为所有风河 概念性介绍 专注于那些最常用或用户往往最不 务能够保证客户的项目顺利地按时启 上的指导安装、示例构建过程、示范 支持服务 维护和支持服务。这些服务由风河的在 线支持（OLS）网站和我们的全球技术 支持团队提供。订购后，客户还可享受 到维护更新和主要的升级服务。 有机会掌握设备软件概念以及有关 实时设计中的基本问题 请访问风河在线技术支持网站 获得开发设备驱动程序的必需知 www.windriver.com/support 以 快 添加开放源代码软件包、移植驱动程 识，并执行硬件移植或开发应用程 速获取产品手册、可下载软件和其他故 序以及找出设计问题 序 障排除的相关资源。在线技术支持站点 找出与所要解决主题相关的特定问 提供了一个全面的知识库，带有强大的 题的答案 搜索功能，可以按照关键字、作者、发 z 实践指导： 架构、文件系统开发、 z 建议： 充分利用风河的各种支持渠 z z 道，风河可提供流程、附加服务、项 目评价与咨询服务 布日期、文件类型、语言、以及解决方 关于课程安排和费用，请咨询您当地的 安装和定向服务将帮助您确保高生产率 的路径畅通，并使您能够高忱无忧，因 为我们已消除了常见的用户错误源，并 且还可帮助您实现该平台的所有潜在性 其他的支持功能包括针对特定技术平台 现场培训 如果您具有大型项目团队或许多新客 户，则您将从定制的现场培训受益。 指 能。 导人员将同您进行协商，并根据讨论会 培训服务 案分类来搜索产品信息和手册。 风河销售代表处。 系列课程确定应包括和强调哪些主题。 的主动电子邮件警报，产品补丁以及常 见问题的技术提示等。这些功能都向所 有预定产品的客户提供。在线技术支持 访问者还可访问开发人员社区，共同探 讨相关问题和交流经验。 此类培训提供了就某个特定项目的需 培训基本上与绩效联系在一起，不仅针 对个人，而且也与一个项目或整个公司 的成功有关。忽视产品的知识将会导致 要、技术要求和挑战同指导人员进行逐 对于修改过或不受支持的配置，支持服 一讨论的机会，并且这些讨论还可在您 务只能以尽力而为的标准提供。风河客 自己的办公室中进行。 户支持部门将会使用支持的配置试图重 产品开发周期变长、质量变次并且成本 偏高。善于学习的能力以及将知识转化 现问题。如果能够确认问题，风河公司 现场培训具有以下优点： 为实践（绩效）的能力将为个人、团队 和企业创造非凡的价值。为帮助客户的 开发团队获得最佳结果，风河公司提供 z 整个团队能够获得共同的知识库 z 现场培训能帮助确保将知识和技术 由教室转移至讨论会上 了非常灵活的处理方式以进行产品培 训，比如根据客户具体的时间、预算以 及技能开发需求来进行定制。 z 在客户驻地进行培训可以减少员工 的旅行开支并缩短离岗时间 公共课程 关于现场培训的更多信息，请与您本地 风河公司的公共课程根据客户的本地时 的风河销售代表联系。 间进行安排，一般持续 1 到 5 天，采用 授课与交互式实验室操作相结合的方 式，能够充分利用风河的讲师和其他课 程参与者的经验。这些课程提供了一种 快速、有效的途径，使学员最终能够充 分利用风河技术的优势。 29 | Wind River VxWorks Platforms 3.8 将提供一个在支持配置中经过测试的修 补程序。 风河专业服务可提供对各种板 卡或主板操作系统版本的支持——尽管 标准产品并不支持这些板卡或操作系 统，并可为源代码或其他非标准包的定 制版本提供支持。 拥有有效的支持或订购协议的客户有权 免费享有对其平台的所有更新和重要升 级。如果客户不能更新到新版本，但需 要将更新的关键部分应用到其产品的早 期版本上，在这种情况下，风河专业服 务还能够在具体案例的基础上，提供向 后兼容所需的功能性。 如果您无法通过在线支持找到自己所需 北美、南美和亚太地区 的信息，请与我们的全球支持团队联系， [email protected] 免费电话： 800-872-4977 (800-USA-4WRS) 电话： 510-748-4100 传真: 510-749-2164 正常工作时间： 6:00 a.m.–5:00 p.m. (太平洋时间) 在那里将有业内经验丰富的支持专家为 您提供服务。 要获得包括逐步升级和缺陷决定在内的 支持流程详细信息，请参考风河的客户 支持用户指南（CSUG），下载地址为： www.windriver.com/support/resou rces/csug.pdf。 日本 [email protected] Tel.: +81 3 5778 6001 Fax: +81 3 5778 6003 Hours: 9:00 a.m.–5:30 p.m. (当地 时间) 欧洲、中东、非洲地区 [email protected] 免费电话：+800 4977 4977 电话（法国） ：+33 1 64 86 66 66 传真（法国）：+33 1 64 86 66 10 电话（德国）：+49 899 624 45 444 传真（德国）：+49 899 624 45 999 电话（意大利） ：+39 011 2448 411 传真（意大利） ：+39 011 2448 499 电话（中东地区） ：+972 9741 9561 传真（中东地区） ：+972 9746 0867 电话（北欧）：+46 8 594 611 20 传真（北欧）：+46 8 594 611 49 电话（英国）：+44 1793 831 393 传真（英国）：+44 1793 831 808 正常工作时间：9:00 a.m.–6:00 p.m. (当地时间) 风河公司是全球领先的设备软件优化（DSO）厂商，风河能够帮助企业客户更快、更好、以更低的成本、更 为可靠地开发、运行和管理设备软件。www.windriver.com 风河系统有限公司2010版权所有。风河标识是风河系统有限公司的商标，风河和VxWorks是风河系统有限公司的注册商标。 本文中使用的其他标记属于其各自的所有者。更多信息请参见www.windriver.com/company/terms/trademark.html。 2010年1月修订 ">
/
文档公共链接
广告
主要特点
多核处理支持 (SMP/AMP)
基于 MMU 的内存保护
VxBus 框架简化驱动开发
高级网络堆栈
集成的安全协议套件
容错管理框架
常见问题解答
VxWorks 6.8 支持对称多处理 (SMP) 和非对称多处理 (AMP)，可以充分利用多核处理器的能力。
VxWorks 6.8 通过基于内存管理单元 (MMU) 的内存保护机制，将内核与用户模式应用程序分离，提高设备可靠性。
VxBus 框架简化了设备驱动程序的开发，它提供了设备驱动程序和硬件间的正式接口，以及一套统一的 API。
包括 IPv4/IPv6 支持、快速包转发和虚拟路由器冗余协议 (VRRP)。
