[发明专利]设备动态添加处理方法、装置及动态移除处理方法、装置

说明书

技术领域

本发明涉及设备热插拔技术领域，尤其涉及设备动态添加处理方法、装置及动态移除处理方法、装置。

背景技术

在中高端服务器领域，服务器一般由多个计算节点以及IO(Input/Output，输出/输入)框组成，计算节点内又由CPU、内存和IO等设备构成。为了实现动态扩容、错误处理和节能省电，系统管理员或者操作系统可能需要对服务器中的设备进行热插拔。即在服务器不停止运行的前提下，对计算节点、IO框以及节点内的CPU、内存等动态添加(上线设备)、动态移除(下线设备)，以达到扩容、错误修复等目的，提高服务器的可靠性或业务处理能力。

为了实现设备的热插拔，需要硬件平台、BIOS(Basic Input Output System，基本输入输出系统)和OS(Operation System，操作系统)紧密配合。其中，硬件平台负责设备的上下电控制；BIOS负责处理和屏蔽所有与硬件平台相关的细节，为OS提供一个通用的、平台无关的操作环境；OS则利用BIOS提供的接口、以平台无关的方式来配置和使用相应的设备。通过在BIOS和OS之间提供一个平台无关的接口，可以增加OS的灵活性与通用性，减少支持新平台时的开发和维护工作。

对于服务器各设备的热插拔，一个很重要的方面就是解决服务器中设备之间的依赖关系。由于服务器的系统架构、硬件器件的约束，设备之间可能存在相互依赖关系。例如，目前常见的Xeon和IA64的4路服务器一般采用如图1所示的拓扑结构。对于这种拓扑结构中，服务器的各设备之间存在如下的依赖关系：

内存设备依赖于它所连接的物理处理器。目前主流的处理器都集成了内存控制器，内存设备直接连接到物理处理器。所以在内存设备动态添加之前需要先动态添加它所连接的物理处理器，在动态移除物理处理器之前需要先动态移除它所连接的内存设备。

IOH通过两条QPI总线分别连接到两个物理处理器，IOH对物理处理器也有依赖关系。要把IOH动态添加并加入工作的服务器总线网络中，它所连接的两个物理处理器之中必须至少有一个已经动态添加。

对于多节点的服务器，如32P系统的服务器，还存在另外一种重要的依赖关系。在如图2所示的拓扑结构示意图中，Node A通过Node B、C、D、E连接到服务器的系统总线网络中。所以，Node A对Node B、C、D、E就有依赖，在对其热插拔时必须考虑这种依赖关系。

OS的热插拔驱动可以通过BIOS来获得这种平台相关的信息即依赖关系，所以BIOS需要提供必要的接口来让热插拔驱动管理设备之间的依赖性。

现有技术中仅披露了解决设备动态移除即设备动态移除的方法，目前进行动态移除设备处理的方法为：需要动态移除某一目标设备时，采用_EDL(EjectDevice List，拔出设备列表)方法，该方法规定BIOS解析返回一个目标设备的动态移除依赖设备列表，要动态移除_EDL的节点所对应的设备，必须先动态移除_EDL得到的动态移除依赖设备列表中的所有设备。

现有的_EDL不能很好的处理设备间的动态依赖关系。有些设备之间依赖性是唯一的、静态的，比如内存设备只依赖与它连接的物理处理器。对于这种依赖关系，_EDL方法很容易处理。还有一些依赖关系是一对多的、动态的，比如IOH对物理处理器的依赖关系和节点之间的依赖关系。这类依赖的本质是：在动态添加时一个设备依赖于一组设备中的任意一个设备，在动态移除时一个设备依赖于一组设备中最后一个动态移除的那个设备，例如，如图3所示，一个IOH通过总线连接到两个处理器即CPU0和CPU1，两个处理器的_EDL方法返回的动态移除依赖关系列表中均包括IOH，也就是动态移除任意一个处理器时都需要动态移除IOH，但是，由于IOH正常工作可依赖于CPU0或者CPU1，要动态移除CPU0时由于IOH正常工作所依赖的CPU1仍然在线，因此，实际上是可以直接动态移除CPU0而并不需要动态移除IOH。

如何通过BIOS返回的设备动态添加依赖关系列表更好地实现设备热插拔中的动态添加和动态移除成为研究的热点。

发明内容

本发明实施例提供设备动态添加处理方法、装置及动态移除处理方法、装置，可通过获取的设备动态添加依赖关系列表更好地实现设备的热插拔处理。

本发明实施例提供了一种设备的动态添加处理方法，包括：

获取需要动态添加的目标设备的动态添加依赖关系列表，所述动态添加依赖关系列表记录有所述目标设备正常工作所依赖的若干基本设备单元；