系统安全基石IP-OTPC（三）：OTPC的设计细节

设计细节

先来个OTPC的设计框架图

下面是一个高级框图，说明了所讨论的所有内容。

数据分配和封装

OTP IP的有效字宽度通常取决于几个因素，包括所采用的冗余方案。对于手头的设计，假设该原生OTP字宽度为16位。

然而，为了软件方便，这些细节是抽象的，并且开源OTP控制器将OTP存储器暴露为32位字的线性地址空间，其与Ibex处理器的机器字大小对齐。

由于OTP IP采用了类似于ECC的冗余机制，这意味着写入操作以非机密分区的32位块和机密分区的64位块的粒度进行（由于加扰）。

因此，软件负责适当地打包和编程项目，因为每个32位位置只能编程一次。

由于生命周期分区是唯一需要在字段中进行实时更新的分区，因此必须小心地对该分区中的数据进行正确编码，以便可以进行增量更新。
因此，对生命周期状态进行编码，使得对状态的增量更新总是以16位字的粒度执行。

此外，由于相同的原因，生命周期转换计数器被编码为使得每个笔划消耗一个完整的16位字。

Partition Controllers

在RTL中，我们区分缓冲分区模块和非缓冲分区模块。

这些都是参数化的，因此我们只能用这两个模块组装OTP分区的阵列。下面将更详细地解释相应的控制器FSM。

Un