命名空间管理 - 🧭 背景导入：为何要定义“控制器就绪超时”？ (第125页)
以下是对 《NVM Express® Base Specification, revision 2.0b》第114页 中 “控制器初始化期间的就绪超时机制（Controller Ready Timeouts During Initialization）” 及其相关内容的中文深入分析与教学讲解：
🧭 背景导入：为何要定义“控制器就绪超时”？
在 NVMe 控制器启动过程中，存在一段从启用（CC.EN = 1）到控制器就绪（CSTS.RDY = 1）的延迟。为了让主机能够精确控制等待时间，并在控制器异常时及时放弃等待，协议定义了多种“就绪超时”字段。
这些字段帮助主机判断控制器在初始化阶段是否按预期完成了准备，是否可以开始正常工作。
🌟 超时字段总览（共三种）
| 字段名 | 描述 | 位于结构 |
|---|---|---|
| CAP.TO | 控制器完全就绪的最坏等待时间 | CAP 寄存器（图 36） |
| CRTO.CRWMT | 含介质就绪模式下，介质和命名空间就绪的最坏等待时间 | CRTO 寄存器（图 62） |
| CRTO.CRIMT | 非依赖介质模式下，控制器自身就绪的最坏等待时间 | CRTO 寄存器（图 62） |
✅ 不同控制器就绪模式下，超时字段的适用情况：
🔹 CAP.CRMS = 00b（不支持任何控制器就绪模式）：
适用于 NVMe 1.4 或更早规范 的控制器：
- 只使用
CAP.TO CRTO.CRWMT与CRTO.CRIMT保留不可用- 主机等待
CSTS.RDY = 1的最长时间由CAP.TO给出
🔹 CAP.CRMS ≠ 00b（控制器支持新模式）：
进一步取决于 CC.CRIME 的设置：
🔸 CC.CRIME = 0（控制器为 Controller Ready With Media 模式）
- 使用
CRTO.CRWMT -
表示从
CC.EN = 1开始，到以下所有项完成的最坏时间：- 控制器就绪（
CSTS.RDY = 1） - 所有命令都可无错误处理（见 §3.5.4.1）
- 所有命名空间和介质准备完毕（Admin 命令不会因“Media Not Ready”失败）
- 控制器就绪（
-
CRTO.CRIMT无意义
🔸 CC.CRIME = 1（控制器为 Controller Ready Independent of Media 模式）
- 使用
CRTO.CRWMT： - 表示命名空间和介质就绪的最长等待时间
-
即在控制器就绪后，这些组件必须在该时间内准备好
-
使用
CRTO.CRIMT： - 表示控制器自身就绪（CSTS.RDY=1）并可无错误处理以下命令的最长时间：
- 所有不访问命名空间的命令
- 所有不访问介质的 Admin 命令
🔁 字段之间的独立性说明：
- CC.CRIME 的值变更：
- 不会影响
CRTO.CRWMT和CRTO.CRIMT的值 - 可能影响
CAP.TO的值（如图 36 所述）
🧠 教学点总结：
| 关键点 | 理解要点 |
|---|---|
| CAP.TO | 老版本唯一支持的就绪超时字段 |
| CRTO.CRWMT | 控制器的“含介质”就绪模式下，给 Admin 命令准备好介质的最坏时间 |
| CRTO.CRIMT | “不依赖介质”模式下，控制器本身变为就绪的最坏时间 |
| 控制器行为与模式密切相关 | 主机应读取 CAP.CRMS 字段判断控制器支持哪种模式，再结合 CC.CRIME 决定使用哪个超时字段 |
🧩 下一节预告（§3.5.4.1）：
接下来的 §3.5.4.1 将进入到一个更核心的主题：
初始化过程中如何处理错误命令？
特别是：
- 如果控制器在 CC.EN = 1 之后因某种失败导致无法处理至少一条命令时怎么办？
- 控制器是否应该将 CSTS.CFS 设置为错误？
- 主机应如何响应？
这些内容直接关联到状态报告机制、控制器故障恢复、以及主机软件的兼容性设计。
是否需要我接着带你解析 §3.5.4.1？还是想让我帮你画出一个“控制器初始化与超时字段作用关系”的图表？可以任选一个方向继续深入。