Set Event Management
更新时间: 2025/06/26
在Gitcode上查看源码35h-设置事件管控(Set-Event-Management)
修订记录
| openUBMC版本号 | 修订日期 | 修订内容 |
|---|---|---|
| 25.06 | 2025/06/26 | 初稿,新增命令详情 |
基本信息
功能说明
设置事件管控。
权限
ReadOnly
命令信息
请求信息
| 字节顺序 | 域取值说明 |
|---|---|
| NetFn | 30h |
| CMD | 94h |
| 1:3 | Manufacturer ID,LS Byte first。长度固定3个字节,例如,某厂家ID是2011,对应十六进制为0x0007DB,则字节序为第1个字节为DBh、第2个字节为07h、第3个字节为00h。 |
| 4 | Sub command,子命令=35h |
| 5:08 | Event ID,小字节序,Event ID由事件上报时携带的,新事件ID。 |
| 9 | Segment Id,表示哪个segment的事件,1 based。 对于高性能服务器9032等,每个segment表示一个4P系统,用Segment Id来区分哪个4P;填0表示不涉及。 |
| 10 | Group Id,表示哪个Group的事件。 产品存在Slot Id(丝印编号)重复时,使用Group Id区分,从1开始,比如插在内存板上的内存条,不同内存板上对应位置内存条编号重复,Group Id就是用于区分哪个内存板,若GroupId为0xff,表示针对所有内存板的内存条,大多数情况下部件丝印不重复,此时只有一组,故GroupId填1。 |
| 11:12 | 该字节表示事件主体编号,从1开始,跟丝印编号顺序一样递增。 0xff表示指定segment和group的所有事件主体,填0表示不涉及。 |
| 13 | Parameter Selector,详见 表1 |
| 14 | [7:1]:reserved [0]:级联标志 0=是最后一帧数据 1=后面还有数据 |
| 15 | Offset,写入的数据偏移,从0开始。 当数据较长需要多次写入时,一定要从头到尾按顺序写入,不能乱序。 |
| 16 | Length,写入长度。 |
| 17:N | 写入的数据。 |
响应信息
| 字节顺序 | 域取值说明 |
|---|---|
| 1 | Completion Code |
| 2:04 | Manufacturer ID,LS Byte first。长度固定3个字节,例如,某厂家ID是2011,对应十六进制为0x0007DB,则字节序为第1个字节为DBh、第2个字节为07h、第3个字节为00h。 |
命令样例
设置事件管控
请求:
ipmicmd -k "0f 00 30 94 db 07 00 35 23 00 00 00 00 01 00 01 01 00 00 20 01" smi 0响应:
0f db 07 00附表1 Event Info
| 参数 | # | 数据 | #(十进制) |
|---|---|---|---|
| Event Mode | read-write | data1 – 事件监控模式 0h – 不监控 1h- 本地自动扫描 2h – 手动模拟 3h – 预留 4h – 预留 5h – 第三方控制(State属性由本地或BMC外部模块直接更新,监控任务不扫描) data2- 模拟操作,当data1为02h时有效,否则统一填0,read时也填0 0h – 关闭 1h – 打开 data3- 事件状态,当data2为01h时有效,否则统一填0,read时也填0 0h – 恢复 1h – 产生 data4:4 – 预留,统一填0 (预留给门限类事件模拟读数,目前不实现) | 1 |
| Event State | read-write | data1 – Event State,事件状态 0h – 未产生 1h – 产生 | 2 |
| Description Dynamic Data | Write only | Block Selector=动态数据编号,取值:1~4 data1:N – 事件描述动态数据 | 3 |
| Suggestion Dynamic Data | Write only | Block Selector=动态数据编号,取值:1~2 data1:N – 事件处理建议动态数据 | 4 |