CN102521105A - 一种开机自检信息输出方法、虚拟机管理器和处理器 - Google Patents

Abstract

本发明提供了一种开机自检信息输出方法、虚拟机管理器和处理器，所述方法包括：虚拟机管理器接收到BIOS程序运行预设的虚拟模式触发指令生成的触发信息后，启动并对处理器进行监测，所述处理器为接收到BIOS程序的触发信息后进入虚拟模式的处理器，当监测到所述处理器生成退出指令后，获取BIOS程序执行开机自检操作后的开机自检信息，所述退出指令是所述进入虚拟模式的处理器判断出所述BIOS程序执行的开机自检操作满足预设触发事件后生成的；将所述开机自检信息输出至串口。本发明实施例无需设置主板故障诊断卡，即可实现开机自检信息的输出，节省了设备资源，且无需人为控制操作，操作简单。

Description

一种开机自检信息输出方法、虚拟机管理器和处理器

技术领域

本发明涉及计算机技术领域，更具体的说是一种开机自检信息输出方法和系统。

背景技术

BIOS(Basic Input Output System，基本输入输出系统)程序是一组固化到计算机的主板内存芯片上的程序，包括计算机最重要的基本输入输出的程序、系统设置信息、开机后自检程序和系统自启动程序等，其主要功能是为计算机提供最底层、最直接的硬件设置和控制。

POST(Power On Self Test，开机自检)是BIOS程序设置的一个功能，指计算机设备上电启动时，通过运行BIOS程序，对系统内部各个硬件设备进行自我检测的一个过程，包括对CPU、内存、主板、存储器、软硬盘子系统等的测试，正常后在引导操作系统，如果某个硬件设备出现问题，则操作系统将不能启动。开机自检信息即是指POST过程中的检测结果，包括硬件类型、版本等信息，根据开机自检信息即可获知哪里出现问题。

为了实现故障处理，需要将开机自检信息输出以便于根据所述开机自检信息确定设备故障所在。现有的开机自检信息输出方法，通常采用一块主板故障诊断卡，将BIOS程序执行开机自检时的开机自检信息，以代码形式一一显示出来。

在实际工作中，首先将主板故障诊断卡插入主板的PCI或者SAI插槽，计算机上电启动后，BIOS程序执行开机自检操作，对各硬件设备依次进行检测，每执行一次测试动作，都会向80端口写入硬件代码，所述80端口为固定地址的用于输出BIOS运行状态信息的IO端口，所述硬件代码即代表不同的开机自检信息。主板故障诊断卡读取写入80端口的硬件代码，并通过主板故障诊断卡上的数码管和LED显示屏进行显示。如果一次测试成功，则继续向80端口写入下一个硬件代码，直至测试完成；若测试没有成功，则表明某个硬件设备出现问题，即停止检测，主板故障诊断卡当前所显示的代码不再变化，根据该当前显示的代码，即可获知出现故障的地方。

由上述过程可以看出，现有的这种开机自检信息输出方法，需要通过一块主板故障诊断卡才能输出开机自检信息，因此增加了设备资源，而且使用主板故障诊断卡，需要插入主板中，在实际应用中需要打开主板所在机箱，使用不便，使得操作繁琐。

发明内容

有鉴于此，本发明提供了一种开机自检信息输出方法、虚拟机管理器和处理器，解决了现有的开机自检信息输出方法导致设备资源浪费，操作繁琐的技术问题。

为实现上述目的，本发明提供如下技术方案：

本发明的一方面，提供了一种开机自检信息输出方法，所述方法包括：

虚拟机管理器接收到BIOS程序运行预设的虚拟模式触发指令生成的触发信息后，启动并对处理器进行监测，所述触发信息触发所述处理器进入虚拟模式；

当监测到所述处理器生成退出指令后，获取BIOS程序执行开机自检操作后的开机自检信息，所述退出指令是所述处理器判断出所述BIOS程序执行的开机自检操作满足预设触发事件后生成的；

将所述开机自检信息输出至串口。

本发明的另一方面，提供了一种开机自检信息输出方法，所述方法包括：

处理器接收到BIOS程序运行预设的虚拟模式触发指令生成的触发信息后进入虚拟模式；

所述处理器判断所述BIOS程序的开机自检操作是否满足预设触发事件；

如果是，则生成退出指令，所述退出指令用于指示虚拟机管理器获取开机自检信息，并将所述开机自检信息输出至串口。

本发明的又一方面，提供了一种虚拟机管理器，包括：

启动模块，用于接收到BIOS程序运行预设的虚拟模式触发指令生成的触发信息时，启动自身运行；

监测模块，用于监测进入虚拟模式的处理器是否生成退出指令，所述退出指令是处理器判断出所述BIOS程序执行的开机自检操作满足预设触发事件时生成的；

获取模块，用于当所述监测模块为是时，获取BIOS程序执行开机自检操作后的开机自检信息；

输出模块，用于将所述开机自检信息输出至串口。

本发明的又一方面，提供了一种处理器，包括：

虚拟模式启动模块，用于接收到BIOS程序运行预设的虚拟模式触发指令生成的触发信息时，启动虚拟模式；

判断模块，用于判断BIOS程序执行的开机自检操作是否满足预设触发事件；

指令生成模块，用于当所述判断模块结果为是时，生成退出指令，所述退出指令用于指示虚拟机管理器获取开机自检信息，并将所述开机自检信息输出至串口。

经由上述的技术方案可知，与现有技术相比，本发明提供了一种开机自检信息输出方法、虚拟机管理器和处理器，通过BIOS程序运行预先设置的虚拟模式触发指令生成触发信息，处理器接收到该触发信息后，进入虚拟模式，虚拟机管理器接收到该触发信息后即启动并对进入虚拟模式的处理器进行监测。所述进入虚拟模式的处理器在判断出BIOS程序执行的开机自检操作满足预设触发事件时，则生成退出指令。虚拟机管理器监测到退出指令后，获取开机自检信息，并将其输出至串口，从而可由串口终端获取并显示。本发明无需设置主板故障诊断卡，通过虚拟机管理器即可实现开机自检信息的获取和输出，节省了设备资源，且操作简单。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明一种开机自检信息输出方法实施例1的流程图；

图2为本发明一种开机自检信息输出方法实施例2的流程图；

图3为本发明一种虚拟机管理器实施例1的结构示意图；

图4为本发明一种虚拟机管理器实施例2的结构示意图；

图5为本发明一种处理器一个实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明主要思想之一可以包括：通过BIOS程序运行预设的虚拟模式触发指令生成触发信息，触发处理器进入虚拟模式，并触发虚拟机管理器启动，BIOS程序即可作为虚拟机上运行的应用程序，处理器在判断出BIOS程序执行的开机自检操作满足预设触发事件后，生成退出指令；所述虚拟机管理器监测到所述处理器生成退出指令后，获取BIOS程序执行开机自检操作后的开机自检信息，并将所述开机自检信息输出至串口，本发明实施例无需设置主板故障诊断卡，即可实现开机自检信息的输出，节省了设备资源，且无需人为控制操作，操作简单，同时，由串口最终输出数据，使得获取信息方便。

下面结合附图，对本发明实施方案进行详细描述。

图1为本发明一种开机自检信息输出方法实施例1的流程图，所述方法可以包括：

步骤101：设备上电启动时，通过BIOS程序运行预设的虚拟模式触发指令生成触发信息，触发处理器进入虚拟模式，并触发虚拟机管理器启动。

本发明实施例是基于VT(Vanderpool Technology，硬件辅助虚拟化技术)技术实现的开机自检信息的输出方案。在描述本步骤之前，首先对VT相关技术进行简单介绍：

所述的处理器需要为可以支持VT技术，能够实现硬件虚拟化的处理器。所述进入虚拟模式的处理器可以支持多个虚拟机的运行。虚拟机是对真实计算环境的抽象和模拟，且每一虚拟机都有自己单独的虚拟操作系统，但是虚拟操作系统实质还是运行在物理处理器上。

所述的虚拟机管理器是在VT技术中所应用的可以实现对处理器以及其他硬件资源进行控制的软件。虚拟机运行时，遇到触发事件，即被挂起，虚拟机管理器运行，由其执行相应的控制操作。

以支持VT-X技术的处理器为例，进入虚拟模式的处理器包括两种工作模式：根模式和非根模式，这两种工作模式即为VMX(Virtual-Machine Extension，虚拟机扩展模式)。其中，虚拟机运行在非根模式下，虚拟机管理器运行在根模式下，通过相应的指令切换，可以实现两种工作模式的转换，在一种工作模式下，由当前运行的系统或软件独占处理器的资源。

通过运行虚拟模式触发指令，在VT-X技术中，即为VMXON指令。可以触发处理器进入虚拟模式，同时虚拟机管理器被触发启动。

本实施步骤中，首先预先设置BIOS程序，在BIOS程序中加入虚拟模式触发指令，具体的可以是VMXON指令。设备上电启动时，首先运行BIOS程序，完成基本初始化后，执行该虚拟模式触发指令。通过虚拟模式触发指令的执行，生成触发信息，该触发信息用于触发处理器进入虚拟模式，同时触发虚拟机管理器启动。也即，处理器接收到BIOS程序的触发信息后，即启动虚拟模式，处理器首先进入非根模式下，虚拟机运行，当前运行的BIOS程序即可作为运行在当前虚拟机中的应用程序；虚拟机管理器接收到BIOS程序的触发信息后启动自身运行，即可对进入虚拟模式的处理器进行监测。

步骤102：所述处理器判断所述BIOS程序的开机自检操作是否满足预设触发事件，若是则进入步骤103。

在VT-X技术中，触发事件是指触发处理器由非根模式进入根模式的触发事件，由非根模式进入根模式，即代表虚拟机的退出，虚拟机被挂起，运行在其上的程序暂停运行。因此所述的预设触发事件具体是指可以触发虚拟机退出的触发事件。

所述的预设触发事件设置在VMCS(Virtual-Machine Control dataStructures，虚拟机控制数据结构)的控制策略中。所述VMCS是用于保存虚拟机和虚拟机管理器的状态信息和退出控制策略的数据结构。每一虚拟机对应一套VMCS。在虚拟机运行时，处理器首先读取设置在VMCS中的退出控制策略，依据该退出控制策略，判断当前运行的程序是否满足预设触发事件。

本实施例预先进行触发事件的设置，以使得BIOS程序执行开机自检操作时，可以触发虚拟机退出，由虚拟机管理器对触发事件进行处理。

BIOS程序在完成虚拟化操作后，即可执行开机自检操作，对各个硬件设备进行检测。

在BIOS设计初期由于没有直接的显示设备可以使用，通常是将BIOS的运行状态信息输出到地址为80H的IO口，即80端口。在开机自检过程中，每执行一次检测，即对某一硬件设备进行检测时，BIOS程序可以向80端口写入开机自检信息，所述开机自检信息可以包括该硬件的类型、大小，容量等。根据不同版本的BIOS，所述开机自检信息可以用不同硬件代码表示，所述硬件代码为16进制的数据，根据最后的输出的硬件代码，即可获知哪个硬件出现故障。

由于可以触发虚拟机退出的触发事件可以有多种情况，例如引脚信号、处理器异常、页面异常、IO端口访问等。由上述可知，BIOS程序在进行开机自检操作时，会向IO端口写入数据，即向80端口写入开机自检信息，因此所述的预设触发事件为：向80端口写入开机自检信息。

因此处理器在判断出BIOS程序向80端口写入开机自检信息时，也即确定出对80端口有读取操作时，由于在开机自检操作过程中只有BIOS程序在运行，因此即可确定BIOS程序的开机自检操作满足预设触发事件。

步骤103：所述处理器生成退出指令。

在判断出BIOS程序执行的开机自检操作满足预设触发事件后，虚拟机被挂起，运行在虚拟机上的BIOS程序暂时停止运行，由所述处理器生成退出指令。

步骤104：所述虚拟机管理器监测到所述处理器生成退出指令后，获取BIOS程序执行开机自检操作后的开机自检信息。

虚拟机管理器被触发启动后，会对处理器进行监测，当监测到处理器生成退出指令后，即可对触发事件进行相应的处理操作。

在本实施例中，触发处理器生成退出指令的触发事件可以是BIOS程序向80端口写入开机自检信息。因此虚拟机管理器可以用于获取BIOS程序执行开机自检操作后的开机自检信息，也即所述虚拟机管理器获取80端口的开机自检信息。

所述开机自检信息可以用不同硬件代码表示，所述硬件代码根据BIOS版本的不同，所代表的开机自检信息也不同。

步骤105：所述虚拟机管理器将所述开机自检信息输出至串口。

虚拟机管理器获取开机自检信息后，将所述开机自检信息输出至串口，也即可以将开机自检信息从串口输出。所述串口即串行接口，是计算机的一种IO端口。输出至串口后，所述开机自检信息即可通过串口终端进行显示，所述串口终端例如可以是显示器、打印机、投影仪等。

此外，由于开机自检信息通常为16进制的硬件代码，为避免从串口输出的数据不能正常显示，可以首先将所述开机自检信息转换为串口数据后，在将转换后的串口数据输出至串口。所述的串口数据具体为ASCII码。

所述的将串口数据输出至串口具体是根据串口地址输出至对应串口地址的串行接口。，所述串口地址可以选用固定的串口地址，例如03f8H～03ffH。

在本实施例中，通过运行BIOS程序中预先设置的虚拟模式触发指令，触发处理器进入处理器，同时触发虚拟机管理器启动，进入虚拟模式的处理器根据预设触发事件，判断出BIOS程序执行的开机自检操作满足该预设触发事件时，则生成退出指令。虚拟机管理器监测到处理器生成退出指令后，获取BIOS程序的开机自检信息，并将其输出至串口。无需由主板故障诊断卡获取并输出开机自检信息，通过虚拟技术中的虚拟机管理器实现了开机自检信息的获取并输出开机自检信息，从而节省了硬件设备的资源。

需要说明的是，由于BIOS程序在执行开机自检操作时，每检测一硬件设备均会向80端口写入该硬件设备对应的开机自检信息，处理器即会生成退出指令，由虚拟机管理器获取开机自检信息，并将其输出至串口。因此本实施例中步骤102～步骤105的操作是循环执行的，虚拟机管理器完成一次开机自检信息输出后，即会触发之前被挂起的虚拟机重新运行，因此BIOS程序继续执行开机自检操作，直至BIOS程序的开机自检操作完成。

在VT-X技术中，所述触发之前被挂起的虚拟机重新运行，是通过处理器的模式切换来实现的，具体是在判断出虚拟机管理器将开机自检信息输出至串口后，处理器重新由根模式进入非根模式，执行相应的登陆指令，使得虚拟机重新运行，运行在该虚拟机上的BIOS程序即可继续执行开机自检操作。

BIOS程序在执行完成开机自检操作后，还可以通过运行预先设置的虚拟模式退出指令，触发处理器退出虚拟模式。处理器即可按照常规流程正常启动自身的操作系统。

图2示出了本发明一种开机自检信息输出方法实施例2的流程图，所述方法可以包括：

步骤201：设备上电启动时，通过BIOS程序运行预设的虚拟模式触发指令生成触发信息，触发处理器进入虚拟模式，并触发虚拟机管理器启动。

步骤202：所述处理器判断BIOS程序是否向80端口写入开机自检信息，若是，则进入步骤103。

处理器判断BIOS程序是否向80端口写入开机自检信息，也即在BIOS执行阶段，判断80端口是否被访问。

步骤203：所述处理器生成退出指令。

在判断出BIOS程序向80端口写入开机自检信息时，即表明BIOS程序执行的开机自检操作满足预设触发事件，则生成退出指令。当前运行的虚拟机被挂起，暂时停止运行。

步骤204：所述虚拟机管理器监测到所述处理器生成退出指令后，获取80端口的开机自检信息。

虚拟机退出后，由虚拟机管理器对所述触发事件处理，读取80端口的开机自检信息。

在实际应用中，由于引发虚拟机退出的触发事件有多种情况，处理器还会将每一退出指令与触发事件的对应关系保存在VMCS中，虚拟机管理器监测到处理器生成退出指令，获取所述对应关系，查找出对应该退出指令的触发事件，在针对不同的触发事件执行不同的操作。

本是实施例中的触发事件是向80端口写入开机自检信息，也即对80端口进行访问，因此BIOS程序的开机自检操作每执行一次开机动作，均会触发处理器生成退出指令。虚拟机管理根据该退出指令，确定出对应该退出指令的触发事件为向80端口写入开机自检信息，即会读取80端口的开机自检信息。

步骤205：将所述开机自检信息转换为串口数据，并为所述串口数据设置预设标识。

由于写入80端口的硬件代码为16进制的数据，为了能够实现将自检信息从串口正常输出，首先将所述16进制的数据转换为串口数据，具体是转换为ASCII码。同时，由于从串口输出的数据不止包括开机自检信息，还包括其他的串口数据，因此，为便于识别哪些是开机自检输出的数据，也即从80端口输出的数据，本发明实施例中，还可以为转换后的串口数据增加预设标识，所述预设标识可以唯一标识该输出数据为开机自检获得的数据，所述预设标识可以数字标识，图标标识，文字表示等标识符号。例如，从80端口输出的数据为0012H，则为了区别该数据与其他从串口输出的数据，设置预设标识后的数据为80:0012H。所述80即代表一个预设标识。因此从串口获取的数据中，根据查看哪些数据设置有80标识，即表示该数据为开机自检输出的数据。

步骤206：所述虚拟机管理器将设置有预设标识的串口数据输出至串口，通过串口终端获取该串口数据并进行显示。

根据串口地址，将最终形成的串口数据输出至串口，即可由串口终端获取并进行显示，所述串口终端可以为投影仪，打印机，显示屏等，串口终端获取数据并显示过程与现有技术相同，在此不再赘述。

本实施中，BIOS程序执行的每一次检测动作而产生的开机自检信息都可通过串口输出，由串口终端显示的数据可以包括所有硬件的检测结果，避免了由LED显示屏进行显示只能显示一个开机自检信息的问题。从而根据这些自检信息可进行调试。若某一设备出现故障时，根据串口终端获取的最后一个数据，查找其代表的信息含义，即可获知哪个硬件设备出现故障。

另外，为了适配现有的开机自检信息查询手册，所述由串口输出的数据还可以继续进行数据转换，在将串口数据转换为其他可识别的数据，以便于自检信息的查询。

需要说明的是，所述输出至串口的数据还可以由超级输入输出芯片进行控制，实现串口的数据的其他转换，并提供给相应的终端设备。

在本实施例中，虚拟机管理器将获取的开机自检信息转换为串口数据，并设置预设标识后，在输出至串口，从而保证的信息的正常输出，也有利于查找由串口终端最终显示的数据中的哪些是由于开机自检操作输出的数据。

本发明实施例是利用处理器的虚拟化技术，由虚拟机管理器实现主板故障诊断卡的功能。根据BIOS程序执行开机自检操作时，会向80端口写入开机自信息，也即会访问IO端口。因此对触发事件进行设置，设置访问80端口，在本发明中，也即向80端口写入开机自检信息为触发事件。在处理器判断出BIOS程序执行的开机自检操作满足所述预设触发事件后，当前运行的虚拟机即被挂起，运行在所述虚拟机上的BIOS程序暂停运行。虚拟机管理器运行，获取开机自检信息，并将其输出至串口。由于虚拟机管理器是一种软件系统，现有的支持虚拟化技术的计算中均设置该虚拟机管理器，因此本发明利用该虚拟机管理器，无需设置主板故障诊断卡，即可实现开机自检信息的输出，节约了设备资源。

本发明还提供了一种虚拟机管理器，图3示出了本发明一种虚拟机管理器实施例1的结构示意图，所述虚拟机管理器可以包括：

启动模块301，用于接收到BIOS程序运行预设的虚拟模式触发指令后生成的触发信息后，启动自身运行。

通过BIOS程序运行预设的虚拟模式触发指令，生成触发信息。该触发信息可以触发虚拟管理器自身启动，同时触发处理器进入虚拟模式，所述对处理器进行监测即是对进入虚拟模式的处理器进行监测。

监测模块302，用于监测进入虚拟模式的处理器是否生成退出指令，所述退出指令，是处理器判断出所述BIOS程序执行的开机自检操作满足预设触发事件时生成的。

BIOS程序运行预设的虚拟模式触发指令后，处理器即进入虚拟模式。在该虚拟模式下，BIOS程序即可作为运行在当前运行的虚拟机中的应用程序，当判断出BIOS程序执行的开机自检操作满足预设触发事件时，具体的是判断出BIOS程序向80端口写入开机自检信息时，即会生成退出指令。

所述的虚拟机管理器启动后即会对处理器进行监测，判断其是否生成退出指令。

获取模块303，用于当所述监测模块302为是时，获取BIOS程序执行开机自检操作后的开机自检信息。

监测到处理器生成退出指令后，即可对产生该退出指令的预设触发事件进行处理，本实例中，所述的预设触发事件可以为：向80端口写入开机自检信息。在BIOS执行阶段，写入80端口的数据也即开机自检信息，因此获取模块具体是获取80端口的开机自检信息。

输出模块304，用于将所述开机自检信息输出至串口。

获取到开机自检信息后，由输出模块304将所述开机自检信息输出至串口，通过串口终端获取该开机自检信息并显示。

本实施例所述的虚拟机管理器，能够实现主板故障诊断卡的功能，可以获取开机自检信息并输出。且本实施例所述的虚拟机管理器是将开机自检信息输出至串口，通过串口终端显示，能够保留每一硬件设备的自检信息。所述的虚拟机管理器应用在开机自检信息的输出中，无需使用主板故障诊断卡，执行步骤简单，可以节省设备资源。

图4示出了本发明一种虚拟机管理器实施例2的结构示意图，所述的虚拟机管理器可以包括启动模块401、监测模块402、获取模块403和输出模块404，各模块实现功能可具体参见上述虚拟机管理器实施例1所述，在此不再一一赘述，此外，所述虚拟机管理器还包括：

转换模块405，用于将所述开机自检信息转化为串口数据。

设置模块406，用于为所述串口数据设置预设标识。

则所述输出模块404具体用于将所述设置有预设标识的串口数据输出至串口。

本实施例中的所述虚拟机管理器将获取的开机自检信息转换为串口数据，并设置预设标识后，在输出至串口，从而保证的信息的正常输出，也有利于查找由串口终端最终显示的数据中的哪些是由于开机自检操作输出的数据。

本发明还提供了一种处理器，图5示出本发明一种处理器一个实施例的结构示意图，所述处理器可以包括：

虚拟模式启动模块501，用于接收到BIOS程序运行预设的虚拟模式触发指令后的触发信息，启动虚拟模式。

通过BIOS程序运行预设的虚拟模式触发指令，生成触发信息，该虚拟模式启动模块即会根据该触发信息，启动虚拟模式，处理器即进入虚拟模式。

启动虚拟模式的处理器可以支持多个虚拟机的运行。在本实施例中，所述的BIOS程序即可作为运行在当前运行的虚拟机上的应用程序。

判断模块502，用于判断BIOS程序执行的开机自检操作是否满足预设触发事件。

所述预设触发事件具体为：向80端口写入开机自检信息。在设备上电启动，BIOS执行阶段，写入80端口的数据也即开机自检信息，因此所述判断模块具体用于判断所述BIOS程序是否向80端口写入开机自检信息。

指令生成模块503，用于当所述判断模块502结果为是时，生成退出指令，所述退出指令用于指示虚拟机管理器获取开机自检信息，并将所述开机自检信息输出至串口。

本发明实施例所述的处理器为支持VT技术，可以实现硬件虚拟化的处理器。支持VT技术的处理器进入虚拟模式后，即可构建基于不同虚拟操作系统的虚拟机。每一虚拟机，其实质上还是由实际的处理器的进行控制。通过在BIOS中设置虚拟模式触发指令，触发处理器进入虚拟模式，即将BIOS程序作为虚拟机的应用程序。由于BIOS程序在执行开机自检操作时，会向80端口写入数据，因此进入虚拟模式的处理器在根据预设触发事件，判断出向80端口写入开机自检信息时，即可确定BIOS程序执行的开机自检操作满足触发事件，则生成退出指令。该退出指令可以指示虚拟机管理器获取开机自检信息，并输出至串口。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本发明时可以把各模块的功能在同一个或多个硬件设备中实现。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (13)

1.一种开机自检信息输出方法，其特征在于，所述方法包括：

虚拟机管理器接收到BIOS程序运行预设的虚拟模式触发指令生成的触发信息后，启动并对处理器进行监测，所述触发信息触发所述处理器进入虚拟模式；

当监测到所述处理器生成退出指令后，获取BIOS程序执行开机自检操作后的开机自检信息，所述退出指令是所述处理器判断出所述BIOS程序执行的开机自检操作满足预设触发事件后生成的；

将所述开机自检信息输出至串口。

2.根据权利要求1所述的方法，其特征在于，所述将所述开机自检信息输出至串口具体为：

将所述开机自检信息转换为串口数据，并将所述串口数据输出至串口。

3.根据权利要求2所述的方法，其特征在于，所述将所述开机自检信息输出至串口具体为：

将所述开机自检信息转换为串口数据，并为所述串口数据设置预设标识；

将设置有预设标识的串口数据输出至串口。

4.根据权利要求1所述的方法，其特征在于，所述退出指令具体是所述进入虚拟模式的处理器判断出BIOS程序向80端口写入开机自检信息时，确定所述BIOS程序执行的开机自检操作满足预设触发事件后生成的；

则所述获取BIOS程序执行开机自检操作后的开机自检信息具体为：

获取80端口的开机自检信息。

5.根据权利要求1所述的方法，其特征在于，所述输出至串口的开机自检信息由串口终端获取并显示。

6.一种开机自检信息输出方法，其特征在于，所述方法包括：

处理器接收到BIOS程序运行预设的虚拟模式触发指令生成的触发信息后进入虚拟模式；

所述处理器判断所述BIOS程序的开机自检操作是否满足预设触发事件；

如果是，则生成退出指令，所述退出指令用于指示虚拟机管理器获取开机自检信息，并将所述开机自检信息输出至串口。

7.根据权利要求6所述的方法，其特征在于，所述处理器按照以下方式判断BIOS程序的开机自检操作满足预设触发事件：

所述处理器判断出所述BIOS程序向80端口写入开机自检信息时，确定所述BIOS程序的开机自检操作满足预设触发事件。

8.根据权利要求6所述的方法，其特征在于，所述触发指令具体是指示所述虚拟机管理器获取开机自检信息，并将所述开机自检信息转换为串口数据，将所述串口数据输出至串口。

9.一种虚拟机管理器，其特征在于，包括：

启动模块，用于接收到BIOS程序运行预设的虚拟模式触发指令生成的触发信息时，启动自身运行；

监测模块，用于监测进入虚拟模式的处理器是否生成退出指令，所述退出指令是处理器判断出所述BIOS程序执行的开机自检操作满足预设触发事件时生成的；

获取模块，用于当所述监测模块为是时，获取BIOS程序执行开机自检操作后的开机自检信息；

输出模块，用于将所述开机自检信息输出至串口。

10.根据权利要求9所述的虚拟机管理器，其特征在于，还包括：

转换模块，用于将所述开机自检信息转化为串口数据；

则所述输出模块具体用于将所述串口数据输出至串口。

11.根据权利要求10所述的虚拟机管理器，其特征在于，还包括：

设置模块，用于为所述串口数据设置预设标识；

则所述输出模块具体用于将所述设置有预设标识的串口数据输出至串口。

12.一种处理器，其特征在于，包括：

虚拟模式启动模块，用于接收到BIOS程序运行预设的虚拟模式触发指令生成的触发信息时，启动虚拟模式；

判断模块，用于判断所述BIOS程序执行的开机自检操作是否满足预设触发事件；

指令生成模块，用于当所述判断模块结果为是时，生成退出指令，所述退出指令用于指示虚拟机管理器获取开机自检信息，并将所述开机自检信息输出至串口。

13.根据权利要求11所述的处理器，其特征在于，所述判断模块具体用于判断所述BIOS程序是否向80端口写入开机自检信息。

Images