[发明专利]基于可扩展固件接口的跨平台和跨处理器的方法和装置

说明书

技术领域

本发明涉及一种跨操作系统平台和跨处理器的虚拟实现方法和装置，尤其涉及一种利用可扩展固件接口(EFI，Extensible Firmware Interface)实施的跨平台和跨处理器的虚拟实现方法和装置。

背景技术

传统BIOS(Basic Input/Output System)是连接操作系统与硬件体系之间的桥梁。BIOS是硬件与软件程序之间的一个转换器，负责解决硬件的即时需求，并具体执行软件对硬件的操作要求。它负责操作系统执行前的初始化工作，包括检查系统配备和连接计算机内各种不同的硬件与操作系统等。作为由低级汇编语言写成的软件，BIOS以16位汇编代码、寄存器参数调用方式、静态链接，以及1MB以下内存固定编址的形式存在了很长一段时间。BIOS的缺点是用户操作体验不佳、代码编写复杂。

UEFI(United Extensible Firmware Interface)采用模块化、动态链接和C语言风格的参数堆栈传递方式的形式构建系统，比BIOS更易于实现。另外，EFI驱动程序由EFI字节代码编写而成，更好地保证了在不同CPU架构上的兼容性。UEFI原本是Intel开发的，现在它已经交给一个工业联盟管理，这个联盟成员包括了微软，AMD和HP等。

实际上，EFI很像一个被简化的操作系统，介于硬件设备和高级操作系统之间。不同于传统BIOS单调的纯文本界面，EFI能够提供一个高分辨率的彩色图形环境，并且支持鼠标点击操作。与传统BIOS的另一显著不同点是，EFI使用C语言进行编写，摆脱了传统BIOS复杂的16位汇编语言代码编写方式。有利于更多工程师可参与EFI的开发工作。UEFI还有一个比BIOS优越的地方是，它能够实现更快的启动，并拥有32位和64位两个版本，而BIOS只有16位。

但是，目前EFI对于不同的硬件平台要有不同的编译版本。如：对于32位处理器，就需要32位的EFI编译版本才能与其匹配，对于64位处理器，就需要64位的EFI编译版本才能与其匹配。

同样的情况也出现在EFI对操作系统的匹配上。例如，一个32位的操作系统无法调用一个64位的EFI函数。而一个64位的操作系统无法调用一个32位的EFI函数。这是因为64位EFI函数的参数和32位的是不一样的。

发明内容

本发明的目的在于解决上述问题，提供了一种基于可扩展固件接口的跨平台和跨处理器的装置，解决了EFI对操作系统和处理器的匹配问题。

本发明的又一目的在于提供了一种基于可扩展固件接口的跨平台和跨处理器的虚拟方法。

本发明的技术方案为：本发明揭示了一种基于可扩展固件接口的跨平台和跨处理器的装置，安装在计算机中，包括设备配置服务单元、控制台服务单元、文件接口单元以及启动服务单元，该装置还包括：

处理器虚拟单元，检测所处的计算机的处理器，根据该处理器载入相应的可扩展固件接口驱动程序；

操作系统虚拟单元，检测该所处的计算机的当前操作系统平台，根据该当前操作系统平台载入相应的可扩展固件接口函数库。

根据本发明的基于可扩展固件接口的跨平台和跨处理器的装置的一实施例，在该处理器虚拟单元中，如果该处理器是32位的，则载入32位的可扩展固件接口驱动程序，如果该处理器是64位的，则载入64位的可扩展固件接口驱动程序。

根据本发明的基于可扩展固件接口的跨平台和跨处理器的装置的一实施例，在该操作系统虚拟单元中，如果检测到的当前操作系统是32位，则载入32位的可扩展接口函数库，如果检测到的当前操作系统是64位的，则载入64位的可扩展接口函数库。

本发明还揭示了一种基于可扩展固件接口的跨平台和跨处理器的虚拟方法，包括可扩展固件接口驱动程序的载入过程以及之后的可扩展固件接口函数库的载入过程，其特征在于，

在可扩展固件接口驱动程序的载入过程中，检测所处的计算机的处理器，根据该处理器载入相应的可扩展固件接口驱动程序；

在之后的可扩展固件接口函数库的载入过程中，检测该所处的计算机的当前操作系统平台，根据该当前操作系统平台载入相应的可扩展固件接口函数库。

根据本发明的基于可扩展固件接口的跨平台和跨处理器的虚拟方法的一实施例，在可扩展固件接口驱动程序的载入过程中，如果该处理器是32位的，则载入32位的可扩展固件接口驱动程序，如果该处理器是64位的，则载入64位的可扩展固件接口驱动程序。