基于VxBus设备驱动程序架构的设备驱动开发
发布时间：2010-11-24 16:00
发布者：eetech
|
VxBus是风河公司新的设备驱动程序架构，是VxWorks新增的特性，它是在VxWorks6.2及以后版本被增加到VxWorks中的。在以前的版本中，驱动程序并没有和工程配置集成到一起，如果要配置设备驱动，就要通过修改BSP目录下的config.h和syslib.c文件来完成。而基于VxBus架构模型的好处是允许驱动的集成和配置在Workbench工程中完成。这就意味着在Workbench环境下，每个驱动程序都能通过可视化环境进行配置，都能够按要求添加或删除设备。本文结合基于PCI2040数据采集卡驱动的开发过程，分析了VxBus架构下驱动的设计实现。 1 VxBus简介 VxBus是指在VxWorks中用于支持设备驱动的特有的架构，这种架构包含对minimal BSP的支持。它包括以下功能:①允许设备驱动匹配对应设备;②提供驱动程序访问硬件的机制;③软件其他部分访问设备功能;④在VxWorks系统中，实现设备驱动的模块化。VxBus在总线控制器驱动程序服务的支持下，能在总线上发现设备，并执行一些初始化工作，使驱动与硬件设备之间正常的通讯。 图1是VxBus 在整个系统中的位置示意图。从图1中可以看到，VxBus起到了辅助总线的作用，提供了对总线控制驱动的支持。  在VxWorks6.2版本发布前，设备驱动并不能被集成到VxWorks工程配置当中，为了添加或移出设备驱动，需要有丰富的BSP和驱动开发相关的知识。并且在驱动被添加或移出时要去做一些管理VxWorks 工程的额外的工作。作为VxWorks系统组件的一部分，VxBus消除了上面遇到的一些难题，各种驱动和支持组件的添加与删除完全可以在Workbench工程中进行，而不需要BSP和驱动相关的知识,也不会在添加、删除驱动时增加管理VxWorks工程的额外工作。因此大大方便了BSP的开发。 2 硬件介绍 TI公司推出的PCI2040是一款用于实现PCI局部总线与DSP之间无缝链接的专用芯片。在VxWorks实时操作系统环境下实现主机与DSP的通讯，系统利用PCI2040实现TMS320VC5410与主机的通讯。由于PCI2040是TI的配套专用芯片，硬件级的连接比较简单，将对应的引脚连接即可。需要注意的是，未用的输入信号线需要通过上拉电阻上拉至有效逻辑电平。TMS320VC5410的MCBSP0与TLC2548 连接，实现8路12位A/D数据的采集。TMS320VC5410将采集到的数据通过PCI2040传输到主机上，数据在主机上得到进一步的处理。硬件连接框图如图2所示。  3 驱动开发 基于VxBus架构下PCI2040设备驱动的开发主要包括设备的初始化、设备控制以及设备驱动如何以组件形式添加到Workbench配置界面中。下面分步介绍它的实现。 3.1设备驱动初始化 设备的初始化，包含在BSP的初始化过程中，主要分三个阶段，如图3所示。  3.1.1内核预初始化阶段 系统上电启动，CPU在上电时跳转到一个指定的地址 ，开始执行指令，初始化内存和CPU,然后是VxWorks 的初始化处理。 在VxWorks内核预初始化早期，BSP的sysHwInit( )函数被执行，在这个函数中，设备驱动初始化工作第一步被执行。sysHwInit( )函数执行一些早期的初始化，调用hardWareInterFaceInit( )函数，执行初始化硬件内存分配机制，这步允许在系统内存池初始化之前，限制为设备驱动分配内存，这个函数接着调用hardWareInterFaceBusInit( )，在hardWareInterFaceBusInit( )函数中完成所有设备驱动和模块的注册工作。PCI2040的注册函数是vxbPci2040Register()。vxbPci2040Register()通过数据结构，向系统注册一些设备初始化函数。其中涉及到三个数据结构： LOCAL struct drvBusFuncs PciFuncs = { Pci2040InstInit, /* devInstanceInit */ Pci2040InstInit2, /* devInstanceInit2 */ Pci204InstConnect /* devConnect */ } 在这个结构中，包含了初始化阶段要调用的函数。下面的初始化过程会用到这些函数。 LOCAL struct vxbDeviceMethod Pci2040Methods[] = { DEVMETHOD(ReadHPID, PCI2040ReadHPID), DEVMETHOD(WriteHPID, PCI2040WriteHPID), DEVMETHOD(ReadHPIA, PCI2040ReadHPIA), DEVMETHOD(WriteHPIA, PCI2040WriteHPIA), DEVMETHOD(ReadHPIC, PCI2040ReadHPIC), DEVMETHOD(WriteHPIC, PCI2040WriteHPIC), DEVMETHOD(ReadCSR, PCI2040ReadCSR), DEVMETHOD(WriteCSR, PCI2040WriteCSR), { 0, 0 } } 这个结构提供了应用软件操作硬件的一些函数及方法。 LOCAL struct vxbPciRegister Pci2040DevPciRegistration = { { NULL, /* pNext */ VXB_DEVID_DEVICE, /* devID */ VXB_BUSID_PCI, /* busID = PCI */ VXB_VER_4_0_0, /* vxbVersion */ LNPCI_NAME, /* drvName */ &Pci2040Funcs, /* 总线驱动函数*/ Pci2040Methods, /* 设备方法结构 */ Pci2040Probe, /* 设备探测函数 */ Pci2040ParamDefaults /* 参数*/ }, NELEMENTS(PciPci204DevIDList), PciPci204DevIDList /*设备资源列表*/ }; 最后这个结构在vxbPci2040Registe()中被使用。这个结构包括几个驱动的初始化入口，其中Pci2040Probe()是PCI2040采集卡的硬件探测函数，该函数在VxBus初始化过程中检测采集卡的数量，当检测到采集卡时，将采集卡与驱动结合，形成设备的一个实例，以便应用程序使用。Pci204InstanceInit( )函数在VxBus初始化的第一阶段被调用， Pci204InstanceInit( )函数只是简单地确保设备的中断被禁止。 当所有驱动在VxWorks注册之后，hardWareInterFaceBusInit( )和hardWareInterFaceInit( ) 函数返回，sysHwInit( ) 完成非VxBus 驱动的初始化并返回。sysHwInit( ) 函数返回后，VxWorks内核被初始化。 3.1.2 内核自检 在这个阶段，内核在sysHwInit2( )中执行，BSP调用Pci2040InstanceInit2( )函数。在这个函数中，建立系统内存到设备空间的映射。关键部分代码如下： LOCAL void Pci204InstInit2(VXB_DEVICE_ID pDev) {…… for (i = 0; i ＜ VXB_MAXBARS; i++) { if (pDev-＞regBaseFlags[ i] == VXB_REG_IO) break; } if (i == VXB_MAXBARS) return; pDrvCtrl-＞Pci2040Bar = pDev-＞pRegBase[ i]; vxbRegMap (pDev, i, &pDrvCtrl-＞Pci2040Handle); //设备I/O映射到系统内存 …… } 此时，完成内核服务初始化，并可以被驱动访问。但是，中间层的服务仍然无效。 3.1.3 应用程序初始化驱动部分 在devInstanceInit2( )函数最后，创建用户的运行任务，并完成设备驱动的初始化。在这个阶段，Pci2040InstanceConnect( )函数被调用，完成最后的初始化工作，在这个函数中，主要是建立中断与中断服务程序的连接。 至此，设备驱动的初始化完成。 3.2驱动程序的配置 采用VxBus驱动的一个主要优点是：设备的驱动程序可以被看成VxWorks 系统的一个组件，通过集成的Workbench开发环境来配置设备驱动。为了实现这一功能，开发的驱动需要增加一些额外的扩展文件。标准VxWorks设备驱动有一个最小的文件集,对于大多数VxWorks设备驱动，最小的设备驱动集要求有6个单独的文件。PCI2040数据采集卡需要有以下文件： · 一个驱动源文件PCI2040.c,执行驱动运行逻辑，包括PCI2040驱动的实现代码。 · 一个组件描述文件PCI2040.cdf，允许集成驱动到VxWorks开发工具Workbench当中。 · 一个PCI2040.dc文件，提供驱动注册函数原型。 · 一个PCI2040.dr文件,提供一个调用注册函数的C语言代码段。 · 一个readme文件 ,提供版本信息。 · 一个makefile 文件，提供建立驱动的编译规则。 当上述文件在workbench环境下进行相应的配置后，PCI2040的设备驱动就会以组件的形式出现在开发工程的Kernel Configuration选项中，可以方便地进行PCI2040驱动配置。 4 应用程序与驱动的通信 为了使设备和驱动能够在VxWorks系统中使用，让应用程序、中间件、VxWorks内核模块访问设备，执行一些操作，最基本的方法是在VxWorks中采用VxBus方法来实现硬件设备的访问。VxBus方法是在驱动中公开一个入口，使VxBus中API函数可以调用这些入口函数。在PCI2040初始化阶段，Pci2040Methods结构中注册的函数就是在驱动中公开的函数，用于对PCI2040的操作。 例如，通过PCI2040 完成对DSP数据寄存器的访问 struct vxbDriverControl ctrl; vxbDevMethodRun(DEVMETHOD_CALL(ReadHPID),&ctrl); vxbDevMethodRun( )函数够被用于调用一个指定的驱动方法，这个函数反复查找所有的实例，并检查每一个，看是否有指定公开申明的方法，如果实例有指定的方法，vxbDevMethodRun( )调用方法函数。 为了避免重复遍历在系统上的所有实例,可以用 vxbDevMethodGet( )函数找出驱动函数相对应的驱动方法 ，然后通过下面代码完成函数调用。 STATUS (*methodFunc)(VXB_DEVICE_ID devID, void * pArg); methodFunc = bDevMethodGet(devID,DEVMETHOD_CALL(ReadHPID)); if(methodFunc != NULL ) (*methodFunc)(devID, pArg); 在PCI2040的数据采集卡中，通常是DSP在采集完数据后，通过中断通知主机，去读取数据。下面是中断服务相关代码。 void PCI2040Isr() { …… temp=*(PCI2040. instID.pRegister+0x4); //读中断寄存器 if((tempr&0x1)!＝0) //检查是否是该实例中断 { *(PCI2040. instID.pRegister +0x4)=0x1; temp= *(PCI2040. instIDpDspHpicRegister); *(PCI2040. instIDpDspHpicRegister)＝temp｜0x0808; //通知DSP,清除HINT中断 semGive(semForPci2040Int); } } 采用基于VxBus架构来开发PCI2040数据采集卡的驱动，通过扩展文件实现驱动的配置。与简单的非VxBus驱动相比，显然增加了工作量，然而对于基于多个BSP设备的复杂的驱动，VxBus驱动是优于非VxBus驱动的。通过实际运用证明，所开发采集卡的驱动能够稳定运行,并且能很方便地将该驱动移植到其他的系统。 |
网友评论