应用PCS进行嵌入式Linux的研究

　　PCS允许开发者按照自己的期望来对Linux部件进行编译。开发者可以只编译那些上次编译之后重新配置的部件，也可以强制编译项目所包含的全部的部件，不管是否已经编译过。

　　• 部署Linux loader和开发包到板上

　　对于已经存在的SBC,应该已经提供了这些软件包。对于定制的目标板还需要做下面的工作：用于目标板的bootload固件，板上bring-up,远程bootload等。这样就完成了开发模式下最小板上环境。

　　• 完成新的驱动程序

　　如果功能需求需要的话，开发者要完成为目标板的特定硬件驱动程序。

　　• 开发应用

　　开发者开发运行在目标板上的应用，开发者可以使用随同PCS一同发布的Codewarrior IDE进行应用的开发和调试。

　　• 重新配置：由开发模式转换到产品模式

　　修改目标板固件：

　　支持本地bootload。

　　支持本地根文件系统，通常将根文件设置为只读模式。

　　去除开发用的遗留部件：

　　去除调试工具。

　　去除用于方便开发而导入的无用部件。

　　去除无用的类库，只保留需要的那部分。

　　为启动特殊的应用而改变启动过程。

　　最终产品测试。

　　• 部署最终产品，发布产品。

　　软件的部署是一个比较复杂的过程，但是PCS提供了一个非常方便的部署向导，可以在很大的程度上减少部署的工作量。部署的过程包括为目标板生成嵌入式镜像文件，然后部署到目标板上。在部署之前需要使用PCS提供的交叉编译环境对所有的软件包进行编译。PCS会帮助开发者生成系统的镜像文件，包括生成文件系统，转换格式使得镜像文件可以下载到目标板上。PCS提供了一个扩展性很好的策略，就是开发者可以开发自己的部署向导来完成一些特殊的部署操作，在PCS文档中有非常详细的关于这部分功能的介绍。

　　• 在PCS中导出新的BSP，可以在以后的开发中应用。

　　PCS提供了一套图形化的导出BSP的工具，用户在图形界面上进行简单的设置之后就可以导出的BSP以便在以后的开发中使用。大多数的项目是在一个已经存在的BSP的基础上创建的，导出的BSP可以让很多成果和解决方案在以后的项目中得到应用,这是非常必要的。

　　4.结束语

　　通过对使用平台创建套件工具进行嵌入式Linux应用开发过程的研究我们可以看出平台创建套件工具在Linux内核配置，部件之间的依赖关系的管理和冲突的避免，生成在目标板上可运行的目标文件，调试目标板和导出BSP方面都有非常新颖且可行的处理方式。