【精品博文】coresight（五） rom table

在一个soc中，有多个coresight组件，但是软件怎么去识别这些coresight组件，去获取这些coresight组件的信息了？这个时候，就需要靠coresight组件中，一个重要的组件，这个组件就是rom table。

ARM规定，在一个soc中，必须要实现至少1个rom table，该rom table，保存了soc中各个coresight组件的信息，包括组件格式以及组件的基地址。

rom table只会占用一个4K空间大小，也就是PIDR4寄存器的SIZE为0。

1. entry寄存器

对于rom table，从0x000-0xefc，是entry寄存器。每个entry保存了一个coresight组件的信息。

[31:12]是coresight组件，基于ROM table基地址的偏移地址。例如ROM table的基地址为0x2000_0000，而[31:12]为1， 那么这个coresight组件的基地址就是0x2000_1000。

[8:4]和[2]是用来说明该coresight组件所处的power domain。因为一个soc中，有多个power domain，而每个组件可能会处于不同的power domain中。就依靠这两个位域说明。

[1]，表示coresight的寄存器的数据有效是8bit，还是32bit。

[0]，表示这个entry代表的组件是否有有效的。

一个rom table中，最多有960个entry，也就是一个rom table中，可以最多保存960个coresight组件的信息，但是在一个entry中，可以指向下一个rom table，这样，就扩展了保存coresight组件信息的个数。

如果rom table的entry没有用完，那最后一个有效的entry后的下一个entry，entry值为全0。

rom table的基地址，保存在DAP的AP的base addr寄存器中，这样debugger通过访问DAP的AP，就可以获取到rom table的基地址，然后在访问rom table，从而获取到整个soc中所有的coresight组件的信息。

rom table的entry指向，可以理解是一个链表，但是链表中，不能有环。如以下的entry指向是错误的。

如果一个coresight组件，占用的空间，超过了4K，但coresight有规定，coresight的寄存器，要实现在最后一个4K的最后1K位置，因此rom table中的该coresight组件的基地址，为最后一个4K空间的基地址。

2. 例子

例如如下的coresight系统，共4个组件，假设第一个组件是rom table。假设rom table的基地址是0x8000_0000。

那么：

组件	基地址	占用4K空间个数
rom table	0x8000_0000	1
组件1	0x8000_1000	1
组件2	0x8000_2000	4
组件3	0x8000_6000	1

rom table的基地址，存在DAP的AP的base addr寄存器中，外部通过访问DAP的这个寄存器，获取到rom table的基地址，然后就可以访问rom table各个entry 寄存器的值。

组件1，组件2，组件3的基地址信息，存放在rom table的entry0，entry1，entry2中。

对于组件1，entry0的[31:12]为1，表示组件1的基地址是0x8000_1000，外部根据这个地址，就可以访问这个组件的coresight寄存器，从而获取到这个组件的信息。

对于组件2，因为这个组件，占用了4个4K空间大小，rom table中存放占用最后1个4K空间的基地址，因此entry0的[31:12]为5，表示组件1的基地址是0x8000_5000，外部根据这个地址，就可以访问这个组件的coresight寄存器，从而获取到这个组件的信息。通过读取PIDR4寄存器的SIZE信息，获取到该组件占用4个4K空间，从而反推，可以得到该组件的基地址是0x8000_2000。

对于组件3，entry0的[31:12]为6，表示组件1的基地址是0x8000_6000，外部根据这个地址，就可以访问这个组件的coresight寄存器，从而获取到这个组件的信息。

这样，外部就通过rom table，就可以获取到soc中，所有coresight组件的基地址。有了基地址，就可以对其进行访问。