[发明专利]保持早期硬件配置状态

说明书

技术领域

本公开一般涉及信息处理系统，更具体地说涉及计算机系统的引导处理。

背景技术

在计算机系统能够运行之前，它必须在其存储器中具有操作系统(OS)，以使计算机的资源能够到达并由例如多种应用程序的其他软件进行控制。计算机硬件具有非易失性且相对简单的自举程序来执行引导序列并从磁盘加载操作系统。通常自举程序由BIOS(基本输入/输出系统)程序来调用。

虽然计算机系统的大多数硬件由计算机供应商提供，但是BIOS通常是由第三方供应商提供的，所以计算机供应商对这些项目的具体内容所知有限以及对它们的控制也是有限的。然而，计算机供应商可能注意到引导过程期间应该加载的微码补丁。

就微码补丁而言，CISC(复杂指令集计算机)计算机处理器执行一系列操作，其中以微码的形式将定义一些更复杂的操作的微指令编码到非易失性存储区中。微码定义处理器的所有或部分可执行指令集，并且还可以定义不采用软件可访问代码实现的内部操作。微码通常在制造处理器时被置于处理器内的只读存储器(ROM)中。然而，有时在制造处理器之后甚至已经将处理器投入使用之后，需要修改微码。微码补丁通过添加附加的微指令或插入新的微指令来取代原有微指令来使此类修改得以实现。

可以采用多种方式将微码补丁递送到处理器。递送补丁的一种方式是：处理器可以支持微码ROM存储装置的可现场升级机制，该机制称为微码更新。微码更新支持的微码补丁能够在现场对微码ROM进行更改，以便寻址勘误表等。

一些第三方供应商并不愿意支持这种微码更新机制。这是因为微码更新机制允许在计算机系统(包括BIOS代码)通过第三方供应商验证之后经由接口将补丁加载到操作系统。用户或IT部门能够在第三方供应商验证并交付系统之后使用微码更新机制加载补丁可能导致针对从第三方供应商工厂交付的平台状态的稳定性、质量和验证问题。即，后续补丁可能消除系统的验证，导致先前通过验证的系统的质量问题，从而对已验证该系统的第三方供应商造成不良的评价。因此，至少一些第三方平台供应商宁愿将所有补丁集成到已利用所有微码补丁更新的BIOS中，验证该系统，并确认此后操作系统无法加载任何将来的微码补丁。

发明内容

根据本发明的一方面，本发明涉及一种系统，所述系统包括：

处理器，所述处理器具有微码并且还具有用于存储锁定指示符值的专用存储位置；

耦合到所述处理器的存储器，所述存储器用于存储引导指令，其中所述引导指令包括用于在引导操作系统之前将所述锁定指示符值设置为第一值的锁定命令；

所述处理器还包括用于在所述锁定指示符与所述第一值匹配的情况下防止所述微码的更新的逻辑；以及

所述逻辑还用于在所述锁定指示符与第二值匹配的情况下允许所述微码的更新。

根据本发明的又一方面，本发明涉及一种方法，所述方法包括：

在引导操作系统之前将一个或多个微码补丁加载到闪速存储器中；以及

在引导所述操作系统之前设置锁定指示符，以防止在所述操作系统的所述引导之后发生任何微码更新。

根据本发明的另一方面，本发明涉及一种产品，所述产品包括：

有形存储介质，所述有形存储介质具有多个机器可访问指令；

其中，当所述指令被处理器执行时，所述指令用于：

在引导操作系统之前将一个或多个微码补丁加载到闪速存储器中；以及

在引导所述操作系统之前设置锁定指示符，以防止在所述操作系统的所述引导之后发生任何微码更新。

附图说明

可以参考如下附图来理解本发明的实施例，附图中相似的编号指示相似的部件。这些附图无意构成限制，而是用于说明用于禁用微码补丁的现场更新以便维持早期硬件配置状态的系统、方法和机制的所选实施例。

图1是说明用于加载操作系统之后防止后续微码更新的方法的至少一个实施例的流程图。

图2是说明用于执行微码更新的锁定以便保留早期硬件配置状态的电路的至少一个实施例的框图。

图3是根据包括多节点总线通信路径的本发明实施例的多处理器系统的框图。

图4是根据包括点到点互连的本发明实施例的多处理器系统的框图。

具体实施方式