【精品博文】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组件的基地址。有了基地址,就可以对其进行访问。

(0)

相关推荐