UEFI国产计算机平台BIOS研讨.docx

《UEFI国产计算机平台BIOS研讨.docx》由会员分享，可在线阅读，更多相关《UEFI国产计算机平台BIOS研讨.docx（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、UEFI国产计算机平台BIOS研讨1概述传统Bios有着诸多的弊端，使得系统维护代价大，阻碍了国内计算机技术的进展。ueFi提供了标准化的Bios规范，为计算机系统的扩展和升级提供了方便，同时也使得系统引导更为快速、对操作系统引导器以及操作系统本身的限制大大削减。随着龙芯等国产高性能处理器芯片的研发胜利及稳定性增添，国内陆续展开了很多基于国产cpu的计算机系统讨论开发工作。计算机系统中Bios是连接硬件和软件的关键组件，也是系统安全性验证的重要环节，然而长期以来，Bios技术基本被国外几家厂商掌控，给计算机系统的安全埋下了安全隐患。ueFi已经在国外诸多知名计算机厂商中得到广泛的认可和使用，它

2、的推广和应用也使得国产Bios的讨论和开发成为可能，国产计算机平台上的ueFiBios讨论是国产Bios进展的要求，也是提高计算机系统安全性的需要，基于国产计算机平台的ueFiBios讨论具有十分重要的意义。基于此，本文讨论基于ueFi的国产计算机平台Bios。2龙芯国产计算机平台简介本文的硬件平台是一款自主研发的龙芯2F处理器计算机平台，其规律结构如图1所示。龙芯处理器自带内存掌握器，支持最高容量2gB的DDr2内存，处理器通过pci总线与南桥、以太网掌握器、显卡相连，向外提供最多3个pci设备扩展。通过南桥向外提供2路rs232接口、4路usB接口、1路数字音频接口、1路iDe接口和1路l

3、pc接口；通过以太网掌握器向外提供两路千兆以太网口；通过显卡提供lVDs和VgA2种显示接口。Flash通过localBus与cpu连接。该平台原先使用pmon作为Bios。pmon是mips处理器最常使用的Bios，最新版本为pmon2000，支持mips、Arm、ppc和x86体系结构，可以从Flash、iDe、网络以及usB启动操作系统，包含调试系统，支持多种调试指令，使用串口作为输出。3ueFiBios的优势可扩展固件接口(extensibleFirmwareinterface,eFi)首先由intel为解除传统Bios对安腾处理器体系结构性能的限制而提出，后交由国际标准化组织ueFi

4、管理，改名为统一可扩展固件接口(unifiedextensibleFirmwareinterface,ueFi)。ueFiBios的执行流程如图2所示，它一般包括sec(security)、pei(pre-eFiinitialization)、Dxe(Driverexecutionenvironment)、BDs(BootDeviceselect)4个阶段，sec执行系统基本初始化，预备语言执行环境；pei阶段进入c代码环境，描述系统资源和初始化信息，结束后传递给Dxe阶段；Dxe阶段对计算机系统设备进行初始化和配置，构建系统表，提供对资源的访问接口；BDs阶段为Bios引导的最终阶段，完成进

5、入操作系统引导前的预备工作，最终加载osloader，系统掌握权交给osloader，仅保存运行时服务可为系统使用1-2。至此，ueFiBios对系统的掌握结束。ueFi具有模块化结构、c语言风格、eFi驱动模型硬件操作方式等优点。下面分别从可移植性、开机速度、可扩展性、操作界面4个方面对pmon和龙芯国产计算机平台的ueFi固件两者进行比较：(1)开机速度pmon会对它发觉的全部挂到主板上的设备进行驱动加载和执行，因此挂载设备的多少直接影响到系统的引导启动速度；ueFi设备驱动遵循ueFi驱动模型，Dxe阶段不会对该类型的驱动进行更多的初始化工作，直到BDs中调用eFi_DriVer_Bin

6、Ding_protocol中的start将该驱动与设备掌握器连接并初始化设备3，在BDs阶段设置界面中可对这些设备进行选择以及调整启动顺序，某些启动时不需要的设备可以推延到后阶段进行初始化和配置，从而提高系统引导速度。(2)可移植性pmon与ueFiBios一样由c语言编写，使用轮询方式发觉设备驱动。pmon中与平台硬件相关的部分分布不规则，移植工作量较大，且要求开发者对代码结构了解程度高；ueFi的模块化结构以及标准的硬件操作接口使得驱动与核心掌握代码之间耦合度低，移植时只需修改这些标准接口的实现，而不影响其上层或者其他平行模块，所以，ueFi可移植性要远优于pmon。ueFi的标准硬件操作

7、接口即一组DxeArchitecturalprotocols2，它们屏蔽底层硬件详情，使得ueFiBios具有高可移植性。(3)可扩展性pmon中添加驱动或者功能时需在初始化流程中添加对相应设备或者功能的调用，编程者需要十分熟识整个代码的结构和调用位置；ueFiBios中设备驱动符合eFiDrivermodel，Bios核心代码会发觉并加载驱动，不需要编程者关注核心代码。同时ueFi对pci总线体系结构的支持也表达了其良好的可扩展特性。ueFipci总线驱动采纳分层结构，从下至上包括pcirootBridge、pciBus和pci设备驱动三层1，关于总线的大部分初始化和配置工作在硬件相关的Ho

8、stBridge驱动中实现，pci设备驱动程序的实现与平台pci体系结构无关，总线结构发生转变时，也仅需对pciHostBridge进行转变。(4)操作界面pmon通过shell指令行提供大量的指令和功能使系统与用户进行交互，包括网络通信、读写内存、在线烧写Flash等存储设备等等；ueFiBios在BDs阶段可进入shell界面，与pmon不同的是，用户能自定义ueFi应用程序，它们不影响固件核心程序，在shell中加载运行，图形界面中还可选择加载ueFi应用程序对系统进行检测或者修复工作，或者管理系统信息、配置启动选项，ueFishell是一种应用程序。国产计算机平台的ueFiBios是国

9、产化Bios进展的需要，针对国产计算机平台的不同结构和应用场合，其Bios的实现和维护也更加方便。固件运行阶段可使用外部设备，并拥有图形化设置界面，支持从除Flash之外的位置加载固件模块，同时操作系统的启动位置和方式的选择也更加敏捷。还可以开发功能丰富的ueFi应用程序，操作系统中某些功能或者机制的实现可以在固件中实现，例如固件层电源管理功能4、固件层数据备份和恢复5等，解决了这些关键机制过分依靠于操作系统的问题，使得国产计算机系统更为可靠。4固件设计与实现本文Bios的实现以eDKii框架为基础，eDKii是遵循ueFi规范的开源框架，它包含了大量开发示例和基本的底层库函数，这些代码中一部

10、分与平台体系结构无关，另一部分则与硬件结构关系亲密。实现Bios首先分析出必需实现的模块，属于eDKii通用部分的模块则直接使用，平台相关部分的则必需针对硬件详情进行修改，最终添加eDKii中没有提供参考实现或者实例的功能模块，组成一个能在平台上运行并且使平台能正常工作的代码集合。遵循ueFi模块化的特点，除eDKii中直接被使用的通用代码外，其余修改或者自定义编写模块包含在一个独立的包(package)中，它与Armpkg、Beaglepkg等名目平行，并根据执行流程进行划分。Bios的实现内容如图3所示，可以大致划分为3大部分，如图中虚线框所示，在包中表达为3个子名目。图3Bios实现内容

11、4.1eDKii简介eDKii中各基本模块的依靠关系如图4所示，其主要模块的功能如下：(1)Basetools：包含代码编译所需的二进制编译工具集和编译环境配置文件。(2)mdepkg：包含各个平台通用的基本的底层库函数、协议和工业标准，各种平台架构的ueFiBios都可以在模块中引用这些库函数，有效削减了开发工作量。(3)mdemodulepkg：包含一系列各平台通用的模块,其中包括mdepkg中公共库的应用模块示例。(4)conf：保存编译环境信息、编译目标路径以及编译器参数，工具将在该路径下产生3个配置文件。(5)edkshellpkg、shellpkg：提供一个平台通用的ueFishe

12、ll应用程序开发环境。(6)edkFatBinpkg：包含针对不同cpu架构的原始FAt驱动。(7)nt32pkg：一个在windows操作系统下可加载32位模拟器，提供ueFi运行环境的平台。unixpkg是linux操作系统下的模拟环境。(8)Armpkg、Armplatformpkg：针对Arm平台的实现，与具体平台硬件相关。相应的ArmrealViewpkg、embeddedpkg、omap35xxpkg分别是在ArmrealView、嵌入式、omap35xx平台上的参考实现。(9)networkpkg、ueficpupkg：网络、cpu驱动参考实现。(10)Duetpkg：提供基于传

13、统Bios运行环境的支持库。(11)optionrompkg：提供针对不同cpu架构编译pci兼容映像的示例。4.2固件实现固件以模块为单位，每个模块实现若干功能的集合。各模块之间的依靠关系在模块的配置文件(.inf)中进行定义，并通过包中的配置文件Dec(packagedeclarationfile)、Dsc(builddescriptionfile)和FDF(FlashDescriptionFile)选择需要编译到Bios中的代码、对pcD和变量赋值描述内存空间等资源的安排以及描述二进制代码在Flash上的布局。本文使用0x800000000x90000000的一段空间作为系统内存，其安排

14、状况如图5所示。代码编译时，编译器解析配置文件将指定的代码根据指定的结构生成二进制可执行文件。4.2.1sec和peisec和pei是ueFiBios中最先执行的2个阶段，ueFi中关于pei的设计类似于一个微型Dxe，它执行的操作应当尽量的少。本文中将sec和pei的功能作为一个模块实现，不采纳规范中的pei的(加载器-pei模块)结构，该模块分为2个部分。(1)系统上电后的执行起点，负责对系统硬件进行检测以及系统内存、cache、堆栈空间的基本初始化，为之后c语言代码预备执行环境。调试时通常要使用串口输出信息，龙芯国产计算机平台通过南桥向外提供串口，因此该阶段还需初始化北桥、南桥、串口。这

15、部分采纳mips汇编语言实现，完成基本的初始化之后调用第2阶段的c语言部分入口函数。(2)使用c语言实现，其任务包括将Bios拷贝到内存以加快执行速度(shadowFlash)，硬件的冗杂初始化，pci地址空间映射，构建HoBlist并将其交给Dxe。本文不实现标准pei结构，而是使用eDKii中mdepkg/library/Basepecofflib以及embeddedpkg/library/prepilib中提供的关于二进制映像、HoBlist、内存的操作来完成pei的主要功能。最终，通过过渡函数查找并调用Dxe入口函数。4.2.2DxeDxe阶段负责系统引导中主要初始化工作，分为核心和驱

16、动两部分。核心创建各种服务和接口供其他模块使用，驱动则提供对硬件的操作、初始化设备以及实现对各种机制的支持。(1)核心Dxe核心建立在一系列对硬件的抽象接口之上，不依靠于cpu、芯片组等特定平台相关详情，其实现没有平台差异。eDKii/mdemodulepkg/core/Dxe是Dxe核心模块，包括DxeDispatcher和DxeFoundation，分别负责按顺序加载驱动和创建各种服务。在保证Dxe核心所必需的功能完好的状况下，依据需求对其中某些部分进行增、删、改，如添加debug代码，即可作为固件的Dxe核心部分。(2)驱动Dxe驱动是固件实现的重要部分，它可以是平台硬件和外部设备的驱动

17、程序，或者支持特定功能和机制的模块。它分为两种类型：早期Dxe驱动和ueFi驱动模型驱动2。对于不同的平台，驱动的类型、数量均有差异，可以由程序员重新编写，也可以通过修改eDKii中包含的大量驱动的参考实来获得需要的设备驱动，从而节约编码时间，规范代码风格使其便于阅读。首先分析平台体系结构，实现对cpu、芯片组、计时器等板级设备以及总线等平台底层硬件操作的驱动，添加固件内部实现机制支持的驱动，这些驱动将创建Dxe架构协议，提供抽象接口。这部分驱动属于早期Dxe驱动，它们最终产生出全部的Dxe服务、启动服务、运行时服务，后续执行的程序使用这些服务进行平台底层操作，不直接与硬件交互。其次依据需要连

18、接的外部设备确定要添加的设备驱动程序，这些模块遵循ueFi驱动模型。键盘、鼠标、显卡、网卡以及其他pci设备驱动都通过这种方式加载。本文硬件平台总线包括pci、usB、iDe。遵循ueFi总线驱动的风格，它们的驱动都分为3个层次，包括掌握器驱动、Bus驱动以及设备驱动，当总线体系结构发生转变时，只需对掌握器驱动层进行适配。pci驱动主要实现pciHostBridge、pciBus驱动。eDKii的pcatchipsetpkg/pciHostBridgeDxe下是pc-At结构的pciHostBridge驱动的参考实现，不同的pci架构扫描pci总线时是不一样的，需针对平台具体pci架构进行适当

19、修改。mdemodulepkg/Bus/pciBusDxe是pciBus驱动的实现，通常来说该驱动程序所做的工作与平台无关，不需要修改，除非是要对设备的配置空间做一些修正。usB驱动包括掌握器和usBBus，iDe驱动包括iDe掌握器和iDeBus驱动，掌握器与硬件相关，usB掌握器需针对平台详情编写，pcAtchipsetpkg/Bus/pci/idecontrollerDxe是iDe掌握器的驱动实现，mdemodulepkg/Bus/usb是关于usBBus的驱动实现，intelFramework/Bus/pci/ideBusDxe是iDeBus的驱动实现。该硬件平台板级设备包括龙芯cpu

20、、芯片组、计时器、定时器、Flash等，固件内部支持pcD机制、容错写机制、Hii(Humaninterfaceinfrastructure)以及gpt分区格式，Dxe驱动包含对以上内容支持以及产生架构协议的驱动。eDKii/mdemodulepkg/universal包含一组平台通用的驱动，包括watchdogtimerDxe、metronome、Variable等，同时embeddedpkg中包含对realtimeclock和reset驱动的实现，它们与硬件关系亲密，针对平台硬件进行修改后即可加入该固件中。eDKii/mdemodulepkg/universal/Disk下的模块提供对gp

21、t的支持，同时参考FatBinpkg的代码实现Fat文件系统驱动，或者实现其他文件系统驱动，如ntFs6等。mdemodulepkg/universal/pcD实现pcD机制的功能和操作，mdemodulepkg/universal/下HiiDatabaseDxe和setupBrowserDxe对Hii进行支持。除此之外，其余驱动则需要依据主板硬件编写，如Flash、南桥等，实现对这些硬件操作的抽象接口即协议。外部设备驱动程序由平台上连接的外部设备数量和种类确定。掌握台提供给用户基本的系统输入输出信息，mdemodulepkg/universal/console中包含提供掌握台服务的ueFi驱

22、动。若目标平台要求支持网络引导或者要求图形显示，固件还应当分别实现该平台所使用网卡和显示芯片的驱动程序。假如平台使用了pci、usB或者其它类型的设备,并且要在Bios环境中使用这些设备,也必需实现相应的设备驱动程序。4.2.3BDs架构BDs架构协议是引导进入BDs阶段的标准接口，由BdsDxe驱动模块产生。该阶段代码参考eDKii/intelFrameworkmodulepkg/universal/BdsDxe实现，它在Dxe阶段被发觉并加载，Dxe结束时将调用其入口函数。BDs阶段可进入图形界面进行系统管理或者配置启动选项，用户还可以创建ueFi应用程序对系统进行安全检测、诊断系统问题或

23、者提供其他安全保障方案。5调试及安装运行eDKii的mdepkg/libarary中提供了Debug库用于Bios开发调试，它们可以格式化打印输出代码的调试信息，便于对代码中的错误进行定位和分析。通过串口输出调试信息，还需依据平台串口配置编写相应的Debug库方法。代码编译得到二进制FD文件之后，烧写到io地址空间0xBFc00000所对应的Flash地址(在龙芯平台上，系统上电时从该地址查找第一条执行指令)。系统上电后，Bios引导至全部初始化工作完毕，可选择直接进入osloader引导操作系统或者进入系统设置界面，在系统设置界面中，可以对系统进行诊断、启动设置、参数查看、日期设置等，或者进

24、入shell界面，通过shell指令查看系统信息、设置参数、从指定路径手动安装新的设备驱动、应用程序或者从选择的启动设备引导操作系统。6结束语本文分析对比了pmon与ueFiBios，简洁介绍ueFiBios的引导过程，以开源框架eDKii为基础，描述了龙芯国产计算平台的ueFiBios实现内容和方法。随着国产处理器技术和基于国产处理器的计算机讨论及应用的进展，ueFi的开放性、可扩展性、可移植性、标准接口编程以及快速开机等优点使其在国产计算机平台上具有宽阔的应用前景。固件技术的进展将提高和促进计算机技术水平及其安全性，ueFiBios在国产计算平台上的应用有着重大的意义。该Bios实现了ueFi固件的基本功能和操作，运行良好，在之后的讨论中其功能还有待进一步的完善。同时，ueFi的特点也给Bios带来了新的安全问题，这些工作将在今后的工作中得到改良，比方在其中加入可信支持7等。本文来源：网络收集与整理，如有侵权，请联系作者删除，谢谢！第14页 共14页第 14 页 共 14 页第 14 页 共 14 页第 14 页 共 14 页第 14 页 共 14 页第 14 页 共 14 页第 14 页 共 14 页第 14 页 共 14 页第 14 页 共 14 页第 14 页 共 14 页第 14 页 共 14 页