转：https://www.cnblogs.com/zhangxinglong/p/13292092.html

x86服务器BMC基板管理控制器介绍

在x86服务器，BIOS需要与各种硬件和芯片打交道，当然也包括BMC(Baseboard Management Controller)。

BIOS与BMC之间的通信，主要使用的是IPMI。有2个阶段，PEI和DXE(包括DXE后面的)，用的是不同的IPMI函数(这点需要注意)。

虽然使用的是IPMI，但是会有两个通道，分别是KCS、BT。一般使用KCS通道。

请记住，BMC是不能主动与BIOS通信的；BIOS会发送IPMI命令给BMC，BMC如果成功接收的话，就会有个返回信息给BIOS，所以“看起来像是BMC可以与BIOS通信”。

如果产生了通信故障如何解决：

(1)确认BIOS是否发送了IPMI命令给BMC，可以查看BMC返回的completion code；

(2)确认BMC是否收到了BIOS发送的IPMI命令；

(3)如果BIOS发送了IPMI命令，但是BMC未接收：可能是BMC的IPMI进程正处于忙碌状态，所以丢掉了这条IPMI命令(BIOS这边如果发送失败，可以尝试多次发送；另外，可以稍微调高点KCS通道的延时)；当然，也有可能是BMC的IPMI进程挂了。

(4)如果涉及到了底层协议的具体实现，一条IPMI命令通常涉及到2个底层实现函数，SendDataToBmcPort()和ReceiveBmcDataFromPort()。接收时，BIOS从KCS的I/O端口读取数据，读完后，会检测KCS寄存器中OBF状态寄存器，如果BMC没有写数据，就会计数减1，延时5ms，然后重试；当BMC一直不写数据时，计数到0，就认为BMC有故障，返回Device Error；

什么是BMC

在介绍BMC之前需要了解一个概念，即平台管理(platform management)。

平台管理表示的是一系列的监视和控制功能，操作的对象是系统硬件。比如通过监视系统的温度，电压，风扇、电源等等，并做相应的调节工作，以保证系统处于健康的状态。

当然如果系统真的不正常了，也可以通过复位的方式来重新启动系统。

同时平台管理还负责记录各种硬件的信息和日志记录，用于提示用户和后续问题的定位。

下图是平台管理涉及到的功能概述：

以上的这些功能可以集成到一个控制器上来实现，这个控制器被称为基板管理控制器(Baseboard Manager Controller，简称BMC)。

需要说明的是，BMC是一个独立的系统，它不依赖与系统上的其它硬件(比如CPU、内存等)，也不依赖与BIOS、OS等(但是BMC可以与BIOS和OS交互，这样可以起到更好的平台管理作用，OS下有系统管理软件可以与BMC协同工作以达到更好的管理效果)。

一般我们的电脑不会带BMC，因为用处不大，一些温度、电源等的管理，CPU(或者EC，这就是另外一个话题了)来控制就够了。

但是对于系统要求高的设备，比如服务器，就会用到BMC。

当然因为BMC是一个独立的系统，对于某些嵌入式设备，可能不需要其它处理器，光一个BMC就能完成工作。

说到底BMC本身也是一个带外处理器(一般都是ARM处理器)的小系统，单独用来处理某些工作也完全是可以的。

不过这里既然叫做BMC，那么总的来说重点还是在平台管理，所以本文主要说的是服务器中的BMC。

BMC在系统中的位置大致如下图所示：

BMC通过不同的接口与系统中的其它组件连接。

LPC、I2C、SMBUS，Serial等，这些都是比较基本的接口，而IPMI，它是与BMC匹配的接口，所有的BMC都需要实现这种接口，这里需要特别的介绍。

IPMI

IPMI的全称是Intelligent Platform Management Interface，智能平台管理接口。

看了名字也不需要特别介绍它用来干什么的了，关于它的详细介绍可以参看https://www.intel.com/content/www/us/en/servers/ipmi/ipmi-home.html，这里只做简单的说明。

IPMI就是对“平台管理”这个概念的具体的规范定义，该规范定义了“平台管理”的软硬件架构，交互指令，事件格式，数据记录，能力集等。而BMC是IPMI中的一个核心部分，属于IPMI硬件架构。下图灰色部分就是IPMI涉及的范围：

可以看到BMC在硬件的最底层，而上层白色部分是系统中的管理软件。

由于本文是介绍BMC的，所以这里只介绍BMC相关的IPMI硬件模块。

IPMI硬件模块

IPMI规定了很多的东西，BMC是其中最重要的一个部分，此外还有一些”卫星“控制器通过IPMB与BMC相连，这些”卫星“控制器一般控制特定的设备。

IPMB全称Intelligent Platform Management Bus，是一种基于I2C的串行总线，它用于BMC与”卫星“控制器的通信，其上传递的是IPMI命令。

对于相对简单的系统来说，BMC已经能够满足要求，但是当系统比较复杂，由多个子系统构成时，那么通过IPMB和“卫星”控制器，就能够更好地管理复杂系统。

下面的图描述了与IPMI有关的各个硬件模块：

下面简单的介绍各个部分。

MOTHERBOARD

首先是图中的左下角部分，名称写着Mother Board。

通常，在服务器中，这一部分是主角，它包含了CPU，PCH等主要的部件。

这里我们可以看到它连接除了数个组件：网卡，串口和IPMI总线，其实还有一个部分在图中最上面中间的PCI总线。

网卡：服务器需要用到网卡，这个本身没有什么好介绍的，重点其实在于BMC到网卡的连接，后续会介绍。

串口：串口用于输出服务器的调试信息，但是这里值得注意的是其中的Serial Port Sharing，它使得服务器的串口输出可以直接输出，也可以输出到BMC。至于为什么要输出到BMC，这里其实需要注意的是一种常用的场景。服务器位于机房，而工作人员通常不会直接在机房操作，而是通过网络(这也是为什么BMC会连接网卡的原因)进行操作，这个时候过需要获取服务器的串口信息，就不方便直接去机房，这个时候通过BMC来获取服务器串口信息就是一个好主意。

IPMI总线：这是BMC与服务器通信并进行控制的主体，当然少不了。

PCI总线：这个部分的作用跟串口很像。服务器除了输出串口信息，当然还需要输出图形界面之类的东西。从服务器端来看，它通过PCI连接的就是一个显卡，通过它来输出显示。

IPMB

再来到图中的右上角，其中描述的是通过IPMB连接的设备。

这些设备跟BMC类似，也是用来进行管理芯片。

它们是对BMC的补充，从而扩展BMC的功能。

Non-volatile Storage

我们知道BMC其实是一个独立的芯片，那么它肯定也需要运行系统。

通过BMC里面运行的是一个类Unix系统，而该系统就存放再Non-volatile Storage中，通常就是SPI Flash里面。

跟一般的存储介质没有本质的区别。

除了系统本身之后，还包含一系列BMC会存放的信息。

比如从服务器上面获取到的串口信息；系统本身的报警信息；FRU信息等。

Sensors & Control Circuitry

这一部分虽然图中只占很小的一部分，但却是BMC最基本的功能：获取信息和控制环境。

BMC会通过I2C/PECI等总线去获取设备的温度，然后根据预先设定的策略去调整温度。

调整的方式两种，一种就是调整风扇，属于主动降温；另一种是调整供电，比如CPU的P状态，或者关闭多余的硬盘等，属于被动降温。

FRU

FRU的全称是Field Replaceable Unit。

从图中也可以看出，类似内存条，CPU等就属于FRU，它们在服务器中通常是可以更换的。

BMC会检测这些设备并保存相关的信息。

当这些设备的在位情况发生变化时，BMC会发生相关的告警。

推荐大家一本书《ipmi-second-gen-interface-spec-v2-rev1-1.pdf》，其实就是IPMI2.0规范，里面详细讲解了IPMI，遇见相关问题可以看看