Rocket - debug - DebugTransport

Posted wjcdx

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Rocket - debug - DebugTransport相关的知识,希望对你有一定的参考价值。

https://mp.weixin.qq.com/s/EcsuTjb4hFF9Ncig9Gfhew

 

简单介绍DebugTransport的实现。

 

技术图片

 

1. JtagDTMConfig

 

1) JtagDTMConfig

 

这是关于JtagDTM的配置:

技术图片

其中:

a. idcodeVersion:表示Jtag模块的版本号;

技术图片

b. idcodePartNum:表示Jtag模块的Part number;

技术图片

c. idcodeManfId:表示设计者或制造者的编号;

d. debugIdleCycles:表示需要多少个时钟周期DMI能够完成请求的操作:

技术图片

 

2) JtagDTMKey

 

用于查找JtagDTMConfig的关键字:

技术图片

 

3) JtagDTMKeyDefault

 

JtagDTMConfig的默认值:

技术图片

 

2. dtmJTAGAddrs

 

记录JTAGDTM中使用的IR寄存器的地址:

技术图片

 

技术图片

 

3. DMIAccessUpdate

 

定义写入dmi寄存器的数据的结构:

技术图片

 

各个字段的意义如下:

技术图片

技术图片

 

4. DMIAccessCapture

 

定义从dmi寄存器中读取数据的结构:

技术图片

 

5. DTMInfo

 

定义dtmcs寄存器的结构:

技术图片

 

规范中的定义如下:

技术图片

注:规范的版本相较于代码实现较新,代码中没有实现dmihardreset。

 

6. SystemJTAGIO

 

定义系统JTAG接口:

技术图片

 

7. DebugTransportModuleJTAG

 

用于生成调试传输模块:

技术图片

 

1) io

 

定义调试传输模块的IO接口:

技术图片

 

其中:

a. dmi用于与DMI模块相连:

技术图片

 

b. jtag是JTAG标准接口,用于与外部连接:

技术图片

 

2) DTM Info Chain

 

a. dtmInfo是一个DTMInfo结构的数据:

技术图片

 

其值基本上都是默认值:

技术图片

 

其中,dmiStatus是dmi的状态,其定义在规范中为:

技术图片

 

dmiStatus使用stickyBusyReg/stickyNonzeroRespReg实现:

技术图片

 

b. dtmInfoChain

 

dtmInfo用于实现dtmInfoChain:

技术图片

 

dtmInfoChain是一个CaptureUpdateChain:

技术图片

 

所谓Capture就是在Capture-DR状态把dtmcs寄存器的值捕获到移位寄存器中:

技术图片

 

所谓Update是指在Update-DR状态把移位寄存器的值并出到dtmcs寄存器中:

技术图片

在当前的实现中,只有dmireset为可以写:

技术图片

 

3) Debug Access Chain

 

dmiAccessChain用于实现对dmi寄存器的读写:

技术图片

 

读取数据的结构为DMIAccessCapture,写入数据的结构为DMIAccessUpdate。

 

4) busyReg

 

busyReg是一个寄存器,用于记录busy状态:

技术图片

 

当通过DMI接口发起请求时,进入busy状态;当响应返回时,退出busy状态:

技术图片

 

5) busy

 

a. busy

 

busy是一个布尔值:

技术图片

 

表示当前是否busy:

技术图片

 

b. stickyBusyReg

 

stickyBusyReg是一个寄存器:

技术图片

 

表示之前是否存在读取dmi寄存器时而结果还没有返回的情况发生:

技术图片

 

当写dtmcs.dmireset被写1时,清除stickyBusyReg的值:

技术图片

 

6) skipOpReg

 

当DTM处于busy状态时,跳过操作:

技术图片

 

在Update-DR状态,把skipOpReg的值置为false:

技术图片

 

在Capture-DR状态,根据是否busy设置skipOpReg的值:

技术图片

 

在Update-DR状态,如果skipOpReg为真,则不修改dmiRegReg的值:

技术图片

也就是跳过操作。

 

7) downgradeOpReg

 

当之前的操作有错误时,把请求的操作降级为nop:

技术图片

 

在Update-DR状态,把downgradeOpReg的值置为false:

技术图片

 

在Capture-DR状态,设置downgradeOpReg的值:

技术图片

不busy并且有错误返回时,downgradeOpReg置为true。

 

若downgradeOpReg为真,则向DMI发送的请求为OP_NONE:

技术图片

 

8) nonzeroResp

 

非零响应即是错误响应:

技术图片

 

a. nonzeroResp

 

nonzeroResp是一个标志位:

技术图片

 

当返回的相应非零时,或者存在历史非零响应时置位:

技术图片

 

b. stickyNonzeroRespReg

 

stickyNonzeroRespReg用于记录历史非零响应,在Capture-DR状态时置位:

技术图片

 

9) dmiResp

 

Capture-DR状态捕获的值,存在三种情况:

技术图片

 

a. 当busy为真时,使用busyResp:

 

技术图片

其中:resp=3,规范中定义为:

技术图片

 

b. 否则,当响应返回时,为dmiResp:

 

技术图片

 

c. 当响应没返回时,使用nopResp:

 

技术图片

 

10) dmiReqReg

 

dmiReqReg用于向DMI发送请求:

技术图片

 

a. 当skipOpReg为真时,不改变dmiReqReg的值;

b. 当downgradeOpReg为真时,dmiReqReg为全零;

c. 正常情况下,dmiReqReg的值从移位寄存器中更新:

技术图片

 

d. 只有正常情况下,才向DMI发送请求:

 

技术图片

技术图片

技术图片

 

e. 针对不同的请求,接收响应的时机有所不同:

技术图片

如果是写请求,则响应返回时即可接收;

如果是读请求,则需要在Capture-DR状态才能接收响应;

 

11) idcode

 

idcode是执行IDCODE命令时在Capture-DR状态获取到的值:

技术图片

 

技术图片

这里之所以可以直接调用get,而不用担心返回None,是因为使用JtagTapGenerator时传入的icode是有值的:

技术图片

 

12) tapIO

 

tapIO是使用JtagTapGenerator生成的JtagTap模块的IO:

技术图片

 

其类型为JtagBlockIO:

技术图片

 

13) io连接

 

a. io.jtag

 

io.jtag连接到tap的jtag接口:

技术图片

 

b. io.jtag_reset

 

io.jtag_reset输出到tapIO.control.jtag_reset:

技术图片

 

作为Jtag状态机的复位信号:

技术图片

 

c. io.fsmReset

 

当状态为TestLogicReset时,jtagTap输出reset信号:

技术图片

 

这个reset信号进而输出到io.fsmReset:

技术图片

 

io.fsmReset又被输出到DebugTransportModuleJTAG的复位信号:

技术图片             

 

以上是关于Rocket - debug - DebugTransport的主要内容,如果未能解决你的问题,请参考以下文章

Rocket - debug - DebugTransport

Rocket - debug - Custom

Rocket - debug - DebugCustomXbar

Rocket - debug - TLDebugModule

Rocket - debug - SBA

Rocket - debug - DMI