CN102346717B

CN102346717B - 一种ipmi消息传输装置、***及计算机设备

Info

Publication number: CN102346717B
Application number: CN201010246368.8A
Authority: CN
Inventors: 陈志列; 朱学朋; 贺才望
Original assignee: EVOC Intelligent Technology Co Ltd
Current assignee: Yanxiang Smart Iot Technology Co ltd
Priority date: 2010-08-04
Filing date: 2010-08-04
Publication date: 2015-02-04
Anticipated expiration: 2030-08-04
Also published as: CN102346717A

Abstract

本发明适用于计算机领域，提供了一种IPMI消息传输装置、***及计算机设备，包括：IPMB消息接收处理任务单元，用于从IPMB总线消息缓冲队列中取得消息，若取得的消息为应答消息，则进行应答消息匹配，若取得的消息为请求消息，则将请求消息放入IPMB请求消息队列；IPMB消息接收接口，用于读取所述IPMB请求消息队列中的消息；IPMB消息发送接口，用于将校验通过的IPMI消息通过I²C总线驱动发送出去；以及IPMB消息发送并等待应答接口，用于调用所述IPMB消息发送接口发送IPMI请求消息，并获取所述IPMB消息接收处理任务单元所取得的对应的应答消息。本发明为IPMI管理网络的组建提供了连接保证。

Description

一种IPMI消息传输装置、***及计算机设备

技术领域

本发明属于计算机领域，尤其涉及一种IPMI消息传输装置、***及计算机设备。

背景技术

在智能平台管理接口(Intelligent Platform Management Interface，IPMI)规范中，支持通过增加额外的管理控制器来扩展***的平台管理功能。这些管理控制器之间通过智能平台管理总线(Intelligent Platform Management Bus，IPMB)来实现通信。IPMB总线是基于I²C的串行总线，IPMB总线上可以挂载智能和非智能的I²C设备。

智能平台管理总线协议(Intelligent Platform Management BusCommunications Protocol Specification v1.0)定义了智能设备之间的IPMI消息包的字节级传输协议，该协议和I²C物理接口共同组成了IPMB总线。

IPMB总线使用请求(request)/应答(response)的通信机制(当给一个智能设备发送一个请求消息，该设备会返回一个应答消息)，请求消息和应答消息格式如图1所示，其中：

rs Slave Addr.表示请求目的端的I²C设备从地址，用来标示这条请求消息是发给谁的；

rq Slave Addr.表示请求发出方的I²C设备从地址，用来标示这条请求消息是谁发出的；

net Fn表示网络功能号，在IPMI规范中，通过网络功能号将命令分成不同的功能域以便管理，在IPMB协议消息中通过网络功能号的奇偶来区分是请求消息还是应答消息；

rsLUN表示应答设备逻辑分区，用来指示该命令是由目的设备的哪个逻辑模块来应答；

rqLUN表示请求设备逻辑分区，用来标示该请求命令是源设备的哪个逻辑模块发出的；

rqSeq表示请求消息序列号，用来区分是重发消息还是新消息；

cmd表示命令号，它和网络功能号一起唯一确定一条IPMI命令；

data byte表示命令数据域，不同的命令长度不同；

checksum表示消息校验字，使得整条消息相加和为0。

不管是请求消息还是应答消息，对于I²C总线来说，都是通过“主写模式”(Master Write)来传输的。

在现有的智能平台管理总线协议中，只定义了IPMI消息的数据格式以及接口的一些硬件特性，缺乏具体的实现方式。

发明内容

本发明实施例的目的在于提供一种IPMI消息传输装置，提供了IPMB驱动的实现方案，实现了IPMB消息的传输。

本发明实施例是这样实现的，一种IPMI消息传输装置，所述装置包括：

IPMB消息接收处理任务单元，用于从IPMB总线消息缓冲队列中取得消息，若取得的消息为应答消息，则进行应答消息匹配，若取得的消息为请求消息，则将请求消息放入IPMB请求消息队列；

IPMB消息接收接口，用于读取所述IPMB请求消息队列中的消息；

IPMB消息发送接口，用于将校验通过的IPMI消息通过I²C总线驱动发送出去；以及

IPMB消息发送并等待应答接口，用于调用所述IPMB消息发送接口发送IPMI请求消息，并获取所述IPMB消息接收处理任务单元所取得的对应的应答消息。

本发明实施例的另一目的在于提供一种IPMI消息传输***，所述***包括I2C总线驱动和IPMB驱动，IPMI固件应用程序调用所述I²C总线驱动的接口进行IPMI消息收发，所述IPMB驱动的数据收发通过所述I²C总线驱动实现；

所述IPMB驱动包括：

IPMB消息发送接口，用于将校验通过的IPMI消息通过所述I²C总线驱动发送出去；以及

本发明实施例的另一目的在于提供一种包含上述IPMI消息传输***的计算机设备。

本发明实施例提供了IPMB总线驱动的具体结构和流程，实现了IPMI消息的传输，从而实现了智能平台管理总线协议，为IPMI智能平台管理网络的组建提供了连接保证。

附图说明

图1是现有技术提供的IPMI请求消息和应答消息的格式图；

图2是本发明实施例提供的IPMB总线连接模型示意图；

图3是本发明实施例提供的IPMI消息传输***的结构图；

图4是本发明实施例提供的IPMB消息接收处理任务单元的结构图；

图5是本发明实施例提供的IPMB消息发送并等待应答接口的结构图；

图6是本发明实施例提供的IPMB驱动和I²C总线驱动以及IPMI固件应用程序之间的关系示意图；

图7是本发明实施例提供的IPMB驱动中各个接口函数以及内部的IPMB消息处理任务之间相互协作的层次关系，及其之间的数据流向图；

图8是本发明实施例提供的I²C总线中断处理函数的实现流程图；

图9是本发明实施例提供的IPMB消息接收处理任务函数的实现流程图；

图10是本发明实施例提供的IPMB总线接口发送消息并等待应答消息的接口函数的实现流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供了IPMI智能设备通过IPMB总线发送、接收消息所需要的程序接口、驱动架构、数据结构以及实现的程序流程，实现了IPMI消息的传输。

在IPMI规范中所定义的IPMB总线上可以挂载智能和非智能的I²C设备，图2示出了一个简单的IPMB总线连接模型，其中：

基板管理控制器(Baseboard Management Controller，BMC)和管理控制器(Management Controller)是智能设备，FRU SEEPROM(存储现场可替换单元信息的具有串行接口的电可擦除可变成只读存储器)为非智能设备，通过IPMB总线连接器(Connector)将I²C总线延伸至机架内其他的远端管理载板(RemoteManagement Card)上，远端的IPMI设备则有可能是智能设备，也有可能是非智能设备。此外，IPMB总线还可以通过连接器连接平台内各个外插卡上的平台管理设备，组建分布于整个平台的智能平台管理网络。

对于非智能设备，如外插模块上用于存放现场可替换单元(Field-Replaceable Unit，FRU)数据的电可擦除可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、温度传感器等，只需要使用I²C总线驱动加上特定的设备驱动即可使用。

智能设备主要是指具有自主处理能力的设备，如Micro TCA架构中的模块管理控制器(Module Management Controller，MMC)，双方两个智能设备都需要发送和接收IPMI消息，因此在总线连接的两边都需要实现IPMB总线接收、发送IPMI消息的接口驱动。

图3示出了本发明实施例提供的IPMI消息传输***的结构，为便于说明，仅示出了与本发明实施例相关的部分。

该IPMI消息传输***可以广泛应用于支持IPMI相关规范的计算机设备。

IPMI固件应用程序1调用IPMB驱动2的接口进行IPMI消息的收发，IPMB驱动2的数据的收发通过I²C总线驱动3实现。

I²C中断服务单元31接收消息包，将接收到的消息包存放在IPMB总线消息缓冲队列。

IPMB消息接收处理任务单元21从IPMB总线消息缓冲队列中取得消息，若取得的消息为应答消息，则进行应答消息匹配，若取得的消息为请求消息，则将请求消息放进IPMB请求消息队列。

IPMB消息接收接口22读取IPMB请求消息队列中的消息。

IPMB消息发送并等待应答接口23调用IPMB消息发送接口24发送IPMI请求消息，并从IPMB消息接收处理任务单元21获取对应的应答消息。IPMB消息发送接口24将校验通过的IPMI消息通过I²C总线驱动3的I²C写单元(I²Cwrite)32发送出去。

IPMI固件应用程序1通过IPMB消息接收接口22从IPMB请求消息队列中每次读取一条IPMI请求消息进行处理，通过IPMB消息发送接口24将得到的应答消息发送出去。

另外，IPMI固件应用程序通过IPMB消息发送并等待应答接口23发送一条IPMI请求消息，并可获得对应的应答消息。

图4示出了本发明实施例提供的IPMB消息接收处理任务单元的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

消息读取模块211从IPMB总线消息缓冲队列中读取消息。

消息校验模块212校验消息包的消息校验字checksum。

消息判断模块213根据消息的网络功能号(net Fn)判断校验通过的消息是否为请求消息，当为请求消息时，将其放入IPMB请求消息队列。

应答消息匹配模块214当消息判断模块213判断消息为应答消息时，在等待应答匹配链表中查询应答消息的应答匹配项，将应答消息发送给应答匹配项中描述的邮箱。

图5示出了本发明实施例提供的IPMB消息发送并等待应答接口的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

消息邮箱创建模块231判断要发送的消息是否为请求消息，是则为请求消息创建一个消息邮箱。

应答等待模块232打包一个描述有该消息邮箱的应答匹配项，并加入等待应答匹配链表。

应答处理模块233将从消息邮箱中接收到的应答消息拷贝进返回数据缓存中，从等待应答匹配链表中删除该应答匹配项。

在本发明实施例中，上述IPMB驱动接口可以通过函数实现，具体包括：

IPMB总线接口打开函数IpmbIntfOpen()；

IPMB总线接口关闭函数IpmbIntfClosed()；

IPMB总线接口接收函数IpmbIntfRecv()；

IPMB总线接口发送函数IpmbIntfSend()；

IPMB总线接口发送消息并等待应答消息的接口函数IpmbIntfSendRecv()；

IPMB总线初始化函数IpmbInit()。

图6示出了IPMB驱动和I²C总线驱动以及IPMI固件应用程序之间的关系，其中虚线内的部分是嵌入式操作***所使用的文件***，如Linux操作***，对于uCOSII等不使用文件***的操作***，应用程序直接调用IPMB驱动的接口，IPMB驱动的数据的收发最终通过I²C总线驱动来实现。

IPMI固件应用程序通过IpmbIntfRecv()接口读取一条IPMI请求消息进行处理，通过IpmbIntfSend()接口将得到的应答消息发送出去；另外，IPMI固件应用程序通过IpmbIntfSendRecv()接口发送一条IPMI请求消息，并可获得对应的应答消息。

智能平台管理总线协议(Intelligent Platform Management BusCommunications Protocol Specification v1.0)定义了智能设备之间的IPMI消息包的格式，如图1所示。

本发明实施例针对该数据格式配置了一个联合体(IPMI_MESSAGE)来描述IPMB消息，示例如下：

typedef union

{

struct

{

INT8U rsSA；

INT8U rsLUN:2；

INT8U NetFn:6；

INT8U Checksum1；

INT8U rqSA；

INT8U rqLUN:2；

INT8U rqSeq:6；

INT8U Cmd；

INT8U Data[1]；

}Req；

struct

{

INT8U rqSA；

INT8U rqLUN:2；

INT8U NetFn:6；

INT8U Checksum1；

INT8U rsSA；

INT8U rsLUN:2；

INT8U rqSeq:6；

INT8U Cmd；

INT8U CCode；

INT8U Data[1]；

}Rsp；

}IPMI_MESSAGE；

对于request和response数据中的数据域(data bytes)，定义一个字节的数组。在使用的过程中配置一个IPMI_MESSAGE类型的指针指向接收的消息包。

由于实际的数据长度比本发明实施例中配置的数据长度要长，所以可以使用大于0的下标来读取Data[]。由于IPMB总线协议定义的数据长度不固定(最长2个字节)，而I²C总线在接收一段消息包时能够获取到数据的长度，所以本发明实施例将IPMB驱动各个模块之间传递的消息包格式配置成如下的形式，这样通过给出数据长度，方便后续程序实现：

typedef struct

{

INT8U Len；

INT8U Data[2]；//IPMI Message

}MSG_Q_MSG；

图7示出了IPMB驱动中各个接口函数以及内部的IPMB消息处理任务之间相互协作的层次关系，及其之间的数据流向，其中，单箭头表示输入数据流，宽箭头表示输出数据流，图中的I²C总线驱动部分运行在主从模式，I2cInterruptServicer()为I²C总线中断服务函数，IpmbintfTask()为IPMB消息接收处理任务函数。

IPMI固件应用程序调用IpmbIntfSendRecv()函数向外发送一条请求消息，该函数调用IpmbIntfSend()函数将请求消息通过I²C总线驱动发送出去，并建立一个应答匹配项挂入等待应答匹配链表中，其数据结构示例如下：

typedef struct

{

LIST_ENTRY Link；

INT8U rsSA；

INT8U rsLUN:2；

INT8U NetFn:6；

INT8U rqLUN:2；

INT8U rqSeq:6；

INT8U Cmd；

INT8U Timeout；

OS_EVENT *MBox；

}MMC_RSP_MATCH_ENTRY；

I²C总线中断服务函数I2cInterruptServicer()接收到一个消息包后(I²C以起始信号来判断一个消息包的开始，以结束信号来判断一个消息包的结束)，将其存放在IPMB总线消息缓冲队列内。

具体实现流程如图8所示，详述如下：

在步骤S801中，关闭中断；

在步骤S802中，接收数据；

在步骤S803中，判断数据是否到结束条件，是则执行步骤S804，否则返回执行步骤S802；

在步骤S804中，将消息包存放在IPMB总线消息缓冲队列内；

在步骤S805中，开启中断。

IPMB消息接收处理任务函数IpmbIntfTask()从IPMB总线消息缓冲队列中取得消息包，根据消息的网络功能号(net Fn)的奇偶来分辨是请求消息还是应答消息，如果是奇数，进行应答消息匹配，如果有匹配的请求消息正在等待(即有任务正在调用IpmbIntfSendRecv()发出请求消息等待应答)，则将该应答消息发送给对应的邮箱，这样发送请求消息的任务就可以通过IpmbIntfSendRecv()函数返回对应的应答消息；如果是偶数则将该请求消息放进IPMB请求消息队列。

具体实现流程如图9所示，详述如下：

在步骤S901中，从IPMB总线消息缓冲队列中读取一条消息；

在步骤S902中，判断IPMB总线消息缓冲队列是否为空，是则返回执行步骤S901，否则执行步骤S903；

在步骤S903中，校验消息包的消息校验字checksum；

在步骤S904中，判断校验是否通过，是则执行步骤S904，否则返回执行步骤S901；

在步骤S905中，判断消息是否为请求消息Request，是则执行步骤S906，否则执行步骤S907；

在步骤S906中，将请求消息放到IPMB请求消息队列；

在步骤S907中，在等待应答匹配链表中查询匹配项；

在步骤S908中，判断是否找到匹配项，是则执行步骤S909，否则返回执行步骤S901。

在步骤S909中，将应答消息发送给匹配项中描述的邮箱。

IPMI应用层通过IpmbIntfRecv()函数读取消息，IPMI应用层进行请求消息处理之后，产生应答消息，直接调用IpmbIntfSend()函数发送出去。

IPMI应用层通过IpmbIntfSendRecv()函数发送一条请求消息，并获取对应的应答消息。

IpmbIntfSendRecv()函数先要判断要发送消息是否为一个请求消息，如果是，则为其创建一个消息邮箱，并根据上述数据结构打包一个匹配项挂入等待应答匹配链表中，调用IpmbIntfSend()函数将消息发送出去，完成后等待邮箱接收返回消息，应答消息会从该邮箱中获得，之后便删除此邮箱和等待应答匹配链表中刚加进去的节点，返回应答消息。

具体实现流程如图10所示，详述如下：

在步骤S1001中，判断要发送的消息是否为请求消息；

在步骤S1002中，为请求消息创建一个消息邮箱；

在步骤S1003中，打包一个应答匹配项，并加入等待应答匹配链表；

在步骤S1004中，调用IpmbIntfSend()函数发送请求消息；

在步骤S1005中，设置超时时间，等待邮箱返回；

在步骤S1006中，判断邮箱返回是否正确，是则执行步骤S1007，否则执行步骤S1008；

在步骤S1007中，将接收到的应答消息拷贝进返回数据缓存中；

在步骤S1008中，从等待应答匹配链表中删除应答匹配项。

IpmbIntfRevc()主要实现请求消息队列的读取，IpmbIntfSend()则是将校验通过的消息包通过I2cWrite()发送出去，I²C总线驱动不属于IPMB总线协议定义的范围，不再赘述。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种IPMI消息传输装置，其特征在于，所述装置包括：

IPMB消息接收处理任务单元，用于从IPMB总线消息缓冲队列中取得消息，若取得的消息为应答消息，则在等待应答匹配链表中查询匹配项，将应答消息发送给匹配项中描述的邮箱，若取得的消息为请求消息，则将请求消息放入IPMB请求消息队列；

IPMB消息发送并等待应答接口，用于为要发送的IPMI请求消息创建一个消息邮箱，打包成一个应答匹配项，并将所述应答匹配项加入等待应答匹配链表中，调用所述IPMB消息发送接口发送IPMI请求消息，并获取所述IPMB消息接收处理任务单元所取得的对应的应答消息。

2.如权利要求1所述的装置，其特征在于，所述IPMB消息接收处理任务单元包括：

消息读取模块，用于从所述IPMB总线消息缓冲队列中读取消息；

消息校验模块，用于校验消息包的消息校验字；

消息判断模块，用于根据消息的网络功能号判断校验通过的消息是否为请求消息，当所述消息为请求消息时，将所述请求消息放入所述IPMB请求消息队列；

应答消息匹配模块，用于当所述消息判断模块判断消息为应答消息时，在等待应答匹配链表中查询应答消息的应答匹配项，将应答消息发送给所述应答匹配项中描述的邮箱。

3.如权利要求1所述的装置，其特征在于，所述IPMB消息发送并等待应答接口包括：

消息邮箱创建模块，判断要发送的消息是否为请求消息，是则为所述请求消息创建一个消息邮箱；

应答等待模块，用于打包一个描述有所述消息邮箱的应答匹配项，并加入等待应答匹配链表；

应答处理模块，用于将从所述消息邮箱中接收到的应答消息拷贝进返回数据缓存中，从等待应答匹配链表中删除所述应答匹配项。

4.如权利要求1所述的装置，其特征在于，所述IPMB消息为符合IPMI消息包格式的联合体。

5.如权利要求1所述的装置，其特征在于，所述IPMB驱动接口之间传输的消息包中配置有数据的长度信息。

6.一种IPMI消息传输***，其特征在于，所述***包括I²C总线驱动和IPMB驱动，IPMI固件应用程序调用所述I²C总线驱动的接口进行IPMI消息收发，所述IPMB驱动的数据收发通过所述I²C总线驱动实现；

所述IPMB驱动包括：

7.如权利要求6所述的***，其特征在于，所述IPMB消息接收处理任务单元包括：

消息校验模块，用于校验消息包的消息校验字；

8.如权利要求6所述的***，其特征在于，所述IPMB消息发送并等待应答接口包括：

9.如权利要求6所述的***，其特征在于，所述I²C总线驱动包括：

I²C中断服务单元，用于接收消息包，将接收到的消息包存放到IPMB总线消息缓冲队列。

10.如权利要求6所述的***，其特征在于，所述IPMB消息为符合IPMI消息包格式的联合体。

11.如权利要求6所述的***，其特征在于，所述IPMB驱动接口之间传输的消息包中配置有数据的长度信息。

12.一种包含权利要求6至11任一权利要求的IPMI消息传输***的计算机设备。