基于XMLBSP敏捷开发方法.docVIP

基于XMLBSP敏捷开发方法 　　摘要:简要分析了目前Linux BSP开发存在的缺陷,通过分析两个不同版本嵌入式Linux的Ac97声卡驱动程序的异同,针对不同处理器提出了一种基于Linux的BSP标准#65377;在此基础上,实现了一套基于XML的Linux BSP标准化配置工具,实现了基于图形界面的Linux BSP生成方式,提高了嵌入式Linux BSP的开发效率#65377;?? 　　关键词:Linux板级支持包标准;Linux板级支持包配置工具; SLOT驱动开发; WEDGE驱动开发 　　中图分类号:TP31681文献标志码:A 　　文章编号2007 　　板级支持包(BSP)是在嵌入式系统中频繁使用的一个概念#65377;BSP是介于操作系统与系统硬件之间的一个抽象层,确切地说是操作系统的一部分#65377;通常所指的BSP包括启动代码和系统相关的驱动及程序[1]#65377;BSP的作用是使硬件对于操作系统变得透明,从而使嵌入式系统和其应用程序能够运行在不同的硬件平台上#65377;?? 　　BSP的开发处在整个系统开发的初期,BSP部分在硬件和操作系统#65380;上层应用程序之间,所以要求BSP程序员对硬件#65380;软件和操作系统都要有一定的了解,这样才能做好BSP编程#65377;由于设计实现的复杂性,在设计特定BSP时很少从零开始,而是采用以下两种快捷方法:①以经典BSP为参考,在设计BSP时,首先选择与应用硬件环境最为相似的参考设计#65377;针对具体应用的特定环境对参考设计的BSP进行必要的修改和增加,就可以完成简单的BSP设计[2]#65377;②使用操作系统提供的BSP模板#65377;很多操作系统都提供相应的BSP模板(一组需要编写的文件),根据模板的提示也可以逐步完成特定BSP的设计[3,4]#65377;?? 　　这两种BSP开发方法也存在着不足#65377;它不仅要求设计人员了解BSP的各个组成部分及所对应的文件和相关参数的具体含义,还要求具备比较全面的软硬件知识#65377;直接修改相关文件容易造成代码的不一致性,增加软件设计上的隐形错误,从而增加系统调试和代码维护的难度#65377;随着底层硬件功能的日益复杂,开发BSP所涉及的内容也越来越多,这种原始方法的不足之处也越来越突出#65377;进行BSP设计方法和工具的创新成为一个日益突出的问题[5]#65377;?? 　　解决这个问题的一个可行办法是设计实现一种具有图形界面的BSP开发设计向导#65377;由该向导指导设计者逐步完成BSP的设计和开发,并最终由向导生成相应的BSP文件,而不再由设计人员直接对源文件进行修改#65377;这样不仅可以大大缩短BSP的开发周期,系统的调试和维护也会变得简单#65377;因此,这种方法成了嵌入式BSP开发的一种趋势#65377;?? 　　本文提出了一种基于Linux的BSP标准(LBS)#65377;在LBS的基础上,实现了一套Linux BSP配置工具(LBC),并用XML书写了参考配置文件(CRF)#65377;LBC能够从图形界面读入用户配置,根据参考配置文件,自动生成特定系统的Linux BSP代码#65377;?? 　　1Linux标准BSP结构?? 　　 　　当前,Linux BSP的开发通常基于两种方法,即使用Linux BSP模板,或者修改已经存在的经典Linux BSP#65377;一个新的Linux BSP一旦开发完成,就以Patch的形式发布#65377;这种开发模式的最大缺点是Linux BSP代码的复用率很低#65377;?? 　　例如,Intel为其XScale PXA255 Sitsang板开发了某个设备的Linux 2.6内核的驱动;开发完成后,发布了一个补丁:260??sitsang??driverX.patch#65377;现在Motorola也要为它的DragonBall MX1 Ads板开发该相同硬件的Linux 2.6内核的驱动#65377;由于处理器不同,它无法使用Intel的补丁,因而不得不重复Intel的工作#65377;为了解决这个问题,提高Linux BSP代码的复用率,本文设计开发了一个Linux BSP标准结构,并完成了相应的Linux BSP配置工具,由此可以自动生成Linux BSP代码#65377;?? 　　以Ac97声卡驱动程序为例,通过分析它在不同处理器(Intel的XScale PXA255和Motorola的MX1)下BSP代码的不同来证明本文的设想#65377;?? 　　实际上,Linux内核已经在Arch目录下提供了对不同处理器的支持#65377