NVMe Keep Active Timeout

        在协议的Admin Command Set章节中，有一条keep active命令。该条命令的作用是为了保持device端和host端的应答机制。类似于soc的看门狗，即在某段时间的范围内，host需要向device发送keep alive命令，如通过长时间未发送该命令，就会触发keep alive超时。

        根据手册的描述，该特性属于可选特性，需要device和host同时支持。在keep alive的command中，Dword11用于重新配置timeout的值，该值得时间单位为ms，当该值配置为0时，keep alive的timer会关闭，如下图所示：

        对于device和host两端的timeout启动条件不同：

        1、在device端，当控制器完成了Set Features命令所对应的successful completion queue entry后，deviced端的timeout启动。

        2、在host端，当host成功发送了Set Features（送入admin submission queue），或者发送了Keep Alive命令后，host端的timeout启动。

        其中，Set Feature设置的是Feature Identifier为0Fh，即KATO为非0值。

        和该特性相关的还有一个重要特性，协议中称为TBKAS（Traffic Based Keep Alive），该特性的意义是，只要是发送了admin或者I/O commond之后，都会重启Keep Alive。当然，开启了此特性不会对Keep Alive命令有任何影响，只是当有命令往来时可以不用频繁的发送Keep Alive。TBKAS的值也是可以通过Set Feature设置的，当TBKAS为1代表该特性有效，为0代表该特性无效。

        当Keep Alive的timer溢出时，控制器会有两种行为，1）记录一个Error Information log Entry。2）将控制器的Fatal Status(CSTS.CFS)位设置为1，该位为寄存器属性，host可以随时查阅。