4.1使用rsp-seq & response & response相关部分uvm源码

1.seq对response的使用

(1)sequence机制中不仅提供了sequence->sequencer->driver的数据传输,还可以根据driver对transaction的反应来决定接下来要发送的transaction.

(2) response机制的原理是driver将rsp推送到sequencer,而sequencer内部维持一个队列,当有新的response进入时,就推入此队列. 队列的大小有效,如果driver中处理完每个transaction后,都发送一个response,而sequence中又没能及时get_response, sequencer中的response队列就存在溢出的风险.

注:sequence的rsp与req类型可能不一致;

 

2.response相关uvm源码

2.1 get_response源码(sequence内的task)

(1) response_queue是一个队列,存放的内容是uvm_sequence_item类型;

2.2 put_response源码(sequencer内task)

(1)当在driver中调用put_response,实质是调用uvm_sequencer的put_response,最终调用uvm_sequence的put_response函数与put_base_response函数;

(2)在uvm_sequencer的put_response函数中,会检查要返回给sequence的rsp是否为null; 同时也会检查这个rsp是属于哪个sequence的; 所以在driver中调用put_response前,通常需要调用rsp.set_id_info(req);

(3)其中,m_find_sequence函数遍历reg_sequences,检查是否有sequence与输入的sequence_id相对应;

(1)sequence机制中不仅提供了sequence->sequencer->driver的数据传输,还可以根据driver对transaction的反应来决定接下来要发送的transaction.

(2)response机制的原理是driver将rsp推送到sequencer,而sequencer内部维持一个队列,当有新的response进入时,就推入此队列. 队列的大小有效,如果driver中处理完每个transaction后,都发送一个response,而sequence中又没能及时get_response, sequencer中的response队列就存在溢出的风险.