利用XPS工具快速生成Virtex FPGA的板级支持包

具有嵌入式处理器的平台FPGA提供很大的灵活性、集成度和高性能。目前，在单个可编程逻辑器件中开发极其复杂且高度定制化的嵌入式系统已成为可能。随着芯片性能的不断增加，如何使设计方法始终高效、多产，成为人们面临的主要挑战。嵌入式系统开发的关键活动之一是板级支持包(BSP)。利用BSP，可以使嵌入式软件应用程序成功地初始化，并与连接到处理器的硬件资源进行通信。典型的BSP组件包括引导代码、器件驱动程序代码和初始化代码。

创建BSP是一个冗长而繁复的过程，并且每当微处理器与处理器和相关的外设的组合有所变更时都得再次创建。对FPGA而言，短的设计周期加上平台的灵活性，会使得管理BSP的任务更为艰巨(图1)。这就迫使人们寻找更有效地管理BSP的方法。

设计流程和软件BSP生成

赛灵思处理器的设计包含硬件平台集结流程和嵌入式软件开发流程。这些流程都通过XPS(Xilinx Platform Studio)工具加以管理，该工具属于赛灵思嵌入式开发套件(EDK)的一部分。

设计通常始于在XPS中集结与配置处理器及与其相连接的器件。定义好硬件平台后，就可以配置系统的软件参数了。XPS的一个主要特点是，它可以根据你对处理器、外设和嵌入式操作系统的选择和配置来定制BSP。系统通过硬件设计的迭代改变而发展，同时BSP随着平台而发展。

自动生成的BSP可赋予嵌入式系统设计者以下能力：自动创建与硬件设计完全匹配的BSP；使用预认证的组件消除BSP设计错误；立即启动应用软件开发，提高设计者的效率。

创建用于VxWorks的BSP

XPS可生成用于赛灵思Virtex-II Pro和Virtex-4 FPGA中的PowerPC 405处理器及其外设的定制Tornado 2.0.x(VxWorks5.4)或Tornado 2.2.x(VxWorks5.5)BSP。生成的BSP包含系统必需的所有支持软件，包括引导代码、器件驱动程序和VxWorks初始化。


图1：平台FPGA灵活性要求软件BSP产生过程更高效

在XPS定义完具有PowerPC 405处理器的硬件系统后，只需遵循以下三个步骤即可生成用于VxWorks的BSP：

1. 使用软件设置对话框选择要为系统使用的操作系统。XPS用户可选择VxWorks5.4或VxWorks5.5作为其目标操作系统。

2. 选择了操作系统后，可转到资料库/操作系统参数标签，根据定制硬件调整Tornado BSP。你可以选择系统中的任意UART器件作为标准I/O器件(标准输入和标准输出)。这将使该器件被用作VxWorks控制器件。

你还可以选择将哪些外设作为连接外设，将哪些器件紧密集成到VxWorks操作系统。例如，赛灵思10/100以太网MAC可以集成到VxWorks增强型网络驱动程序(END)接口。或者不必将以太网器件连接到END接口，而从VxWorks应用程序直接访问它。

3. 选择“工具>生成库”和BSP菜单选项，生成Tornado BSP。生成的BSP与传统的Tornado BSP相似，位于ppc405_0/bsp_ppc405_0下的“Platform Studio”目录中(见图2)。注意ppc405_0为硬件设计中PowerPC 405处理器的实例名。XPS用户可指定其它实例名，此时BSP的子目录名称会匹配处理器实例名。


图2：生成的BSP目录结构

通过XPS生成的Tornado BSP具有一个“Makefile”文件，如果希望使用Diab编译器而不是Gnu编译器，可在命令行修改此文件。

Tornado BSP是完全独立的，并可以转移到其它目录位置，如BSP的标准Tornado安装目录：target/config。

定制BSP

由XPS生成的用于VxWorks的BSP与大多数其它Tornado BSP相似，只是赛灵思器件驱动程序代码的位置有所不同。与Tornado相关的现成器件驱动程序代码通常位于Tornado分布目录的 target/src/drv目录中，而由XPS自动生成的BSP的器件驱动程序代码位于BSP目录本身中。

基于FPGA的嵌入系统之动态特性是造成此微小差别的原因。因为基于FPGA的嵌入系统可以用新的或更改后的IP重新编程，器件驱动程序可以改变，因此就需要对器件驱动程序源文件进行更为动态的放置。图2为自动生成的BSP目录树，赛灵思器件驱动程序放置在BSP子目录ppc405_0_drv_csp/xsrc中。

赛灵思器件驱动程序在C盘中执行并分布在数个源文件中，这点不同于传统的、通常由单个C头文件和执行文件组成的VxWorks驱动程序。此外，对于器件驱动程序，既有独立于操作系统的执行，又有可选的依赖于操作系统的执行。

驱动程序的操作系??立部分应同任何操作系统或处理器一起使用。它提供了一种应用程序接口(API)，能提取基础硬件的功能。驱动程序的操作系统附属部分对驱动程序进行调整，使其得以在VxWorks之类的操作系统下使用，例如串行端口使用的Serial IO驱动程序和以太网控制器使用的END驱动程序。只有能被紧密集成到标准操作系统接口的驱动程序才要求操作系统附属驱动程序。

赛灵思驱动程序源文件加入VxWorks映像构件的方式同其它BSP文件加入的方式相同。针对每个驱动程序，在BSP目录中都有一个名为 ppc405_0_drv_.c的文件。此文件包括针对给定器件的驱动程序源文件(*.c)，并自动由BSP makefile编译。

该过程与VxWorks sysLib.c针对风河系统(Wind River)提供的驱动程序纳入源文件的过程相似。赛灵思驱动程序文件不像其余驱动程序一样单纯纳入sysLib.c的原因，在于命名空间的冲突和可维护性问题。如果所有的赛灵思驱动程序文件都是单个编译单元的一部分，那么静态功能和数据就不再处于保密状态了。这会对器件驱动程序产生限制，也会抵消其操作系??立性。