第5章 管理接口命令集 - 页码106
我们继续深入分析 NVMe-MI 规范第 2.0 版中的 Controller Health Status Poll 命令，重点关注其返回结构中最核心的部分 —— Controller Health Data Structure（CHDS）。
🔍 图 97：Controller Health Data Structure（控制器健康数据结构）
此结构用于向请求者提供 每个控制器的健康状态汇总信息，每个字段都代表了一个关键的健康事件或状态。
✳️ 字节 01:00 – Controller Identifier (CTLID)
- 这是最基础的字段，标识该数据结构对应的控制器。
- 它与命令请求中的 Starting Controller ID (SCTLID) 相关，响应中返回的是 ID ≥ SCTLID 且匹配筛选条件的控制器。
✳️ 字节 03:02 – Controller Status (CSTS)
这是最关键的部分，多个位定义了控制器的状态位，下面是逐位说明（按 Bit 编号）：
| Bit | 复位值 | 字段名 | 说明 |
|---|---|---|---|
| 15:09 | 0 |
Reserved | 保留位，暂不使用。 |
| 08 | HwInit |
TCIDA（Telemetry Controller-Initiated Data Available） | - 如果 Telemetry 日志页的该位从 0 → 1，则此位被置位。 - 表示控制器有内部状态可通过 Get Log Page 命令提取（仅当为 Controller 范围时）。 - 若使用 Clear Changed Flags = 1 的轮询命令，此位会被清除。- 此位跨重启和复位保持。 |
| 07 | HwInit |
FA（Firmware Activated） | - 表示新固件激活完成。 - 若固件通过复位激活，则初始值为 1。 - 使用 Clear Changed Flags = 1 的轮询命令时清零。 |
| 06 | 0 |
NAC（Namespace Attribute Changed） | - 表示命名空间属性发生变化（如分配更改等）。 - 无需异步事件使能或等待命令，即可置位此位。 - 若使用 Clear Changed Flags = 1，则会清零。 |
| 05 | 0 |
CECO（Controller Enable Change Occurred） | - 实际表示的是 CC.EN（Controller Enable）位的当前值。- 尽管字段名看起来像是“变更检测”，但实际上它是 当前值。 - 命名保留为历史兼容，详细请参考规范 v1.2。 |
🚦 使用示例说明
举个例子，某管理工具发出轮询命令以检查是否有控制器发生了固件更新或启用了遥测日志功能：
- 它会设置
FA（bit 07）和TCIDA（bit 08）对应的筛选位。 - 设置
Clear Changed Flags = 1，表示一旦读取成功就将这些状态位清除，以便下次仅看到新变化。 - 每个匹配的 Controller 会返回一个 CHDS 结构体，包含其当前状态。
🧠 小结
| 字段 | 用途 | 是否可清除 |
|---|---|---|
TCIDA |
控制器是否产生了遥测日志 | 是 |
FA |
控制器是否完成了固件激活 | 是 |
NAC |
命名空间属性是否发生变化 | 是 |
CECO |
控制器是否启用（实际为 CC.EN 值） | 否（直接反映当前状态） |
📌 开发建议
- 对于状态位支持清除的字段，可用作轮询型事件（类似中断），便于后续增量监控。
CECO不要理解为“变化”，而是直接代表 CC.EN 的实时值。- 某些字段的持久性跨重启，应注意在启动时清理或审查逻辑。
如果你还希望继续分析接下来的 Controller Health Data Structure 字段，如 Bit 04~00 及后续结构体（如 Controller Health Status Changed Flags），我可以继续详细解读。是否继续？