CSR配置字典之BIOSMultihostConfig类
更新时间: 2025/07/22
在Gitcode上查看源码📋 文档信息
| 项目 | 内容 |
|---|---|
| 文档标题 | BIOSMultihostConfig类配置字典 |
| 版本 | v1.0 |
| 创建日期 | 2026-06-22 |
| 最后更新 | 2026-06-22 |
| 维护状态 | ✅ 活跃维护 |
📋 变更历史记录
文档变更记录
| 版本 | 发布日期 | 变更类型 | 变更内容 | 影响范围 | 维护人员 |
|---|---|---|---|---|---|
| v1.0 | 2026-06-22 | 初始版本 | 创建BIOSMultihostConfig类配置字典 | 全新文档 | 系统管理员 |
🎯 类概览
BIOSMultihostConfig 类
| 属性 | 值 |
|---|---|
| 类名称 | BIOSMultihostConfig |
| 功能描述 | BIOS多主机配置对象 |
| 所属SIG组 | system |
| 所属组件 | 多主机管理 |
| 责任人 | 系统架构组 |
| 最后更新 | 2026-06-22 |
| 状态 | 🟢 正常运行 |
📊 属性定义详表
必选属性
| 属性名 | 类型 | 默认值 | 取值范围 | 动态关联 | 描述 | 使用场景 | 举例 | 来源 | 分类 |
|---|---|---|---|---|---|---|---|---|---|
Maps | Array<MultihostConfig> | 无 | - | - | 多主机配置映射表 | 多主机映射配置 | 见配置示例 | CSR配置 | 软件 |
类型引用:
MultihostConfig结构体定义详见types.json#/defs/MultihostConfig
可选属性
无可选属性
🔗 动态关联机制
语法规范
使用 #/xxx 和 <=/xxx 格式实现属性间的动态关联:
yaml
# 语法格式
属性名: "#/目标类.属性名" # 直接关联
属性名: "<=/目标类.属性名" # 条件关联关联说明
- BIOSMultihostConfig类:当前无动态关联属性,所有属性均为静态CSR配置
- 类型引用:Maps属性引用types.json中定义的MultihostConfig结构体,需确保类型定义一致
📂 分类标准
硬件属性
BIOSMultihostConfig类当前无硬件属性
软件属性
- 定义:用于软件层面的多主机管理和配置
- 特点:包含多主机映射配置功能
- 示例:
Maps
📝 配置示例
标准多主机配置
json
{
"BIOSMultihostConfig": {
"Maps": [
{
"SlotId": 1,
"Bus": 24,
"Device": 2,
"Function": 0,
"MultihostIds": [1,3,6,8]
},
{
"SlotId": 2,
"Bus": 24,
"Device": 2,
"Function": 0,
"MultihostIds": [2,4,5,7]
}
]
}
}单主机配置
json
{
"BIOSMultihostConfig": {
"Maps": [
{
"SlotId": 1,
"Bus": 24,
"Device": 2,
"Function": 0,
"MultihostIds": [1,3,6,8]
}
]
}
}🔧 使用指南
配置步骤
- 设置多主机映射表:配置Maps属性,定义多主机的配置映射关系
- 确认类型定义:确保MultihostConfig结构体在types.json中已正确定义
注意事项
- 类型引用:Maps属性引用的类型为MultihostConfig,具体字段定义需参考
types.json#/defs/MultihostConfig - 主机映射:确保Maps中的主机配置与实际多主机架构需求一致
- 主机ID:各主机配置中的HostId应保持唯一性
常见问题
- Q: Maps属性中MultihostConfig结构体的字段有哪些?
- A: 具体字段需参考
types.json#/defs/MultihostConfig的定义,通常包含主机ID、主机名称、启动模式等
- A: 具体字段需参考
- Q: 如何配置多主机映射?
- A: 在Maps数组中添加多个MultihostConfig条目,每个条目对应一个主机的配置