一、Sequencer 内部FIFO深度1. 两个核心FIFO很多人混淆uvm_sequencer 内部维护两套FIFO不是一个request FIFOreq_fifo存放sequence发过来的transactionreq给driver拉取。response FIFOrsp_fifo存放driver回传的response事务给sequence取回。默认两个FIFO默认深度都是1uvm_sequencer_base里宏定义默认深度UVM_SEQUENCER_DEFAULT_FIFO_DEPTH 1含义req_fifo深度1sequencer最多缓存1个还没有被driver取走的req。场景driver正在处理第1笔itemsequence发第2笔item此时req_fifo满finish_item()阻塞。所以默认情况下sequencer不会预存一大堆激励基本是一进一出的流水线。修改FIFO深度// 在test/env的build_phase修改sequencer的FIFO深度 seqr.set_depth(8); // req_fifo和rsp_fifo同时改成深度8注意set_depth(N)同时修改 req_fifo 和 rsp_fifo。只改rsp_fifoseqr.set_rsp_depth(N)什么时候调大FIFO深度Driver处理item很慢DUT处理时延很长想让sequence提前产生多笔激励预存在sequencer提高仿真效率做burst连续激励避免sequence频繁阻塞等待driver⚠️ 坑FIFO深度只是缓存上限不改变握手规则。就算FIFO深度设为8driver调用get_next_item拿到item之后必须item_done才能取下一笔。FIFO只是“仓库”不是跳过握手。一句话记忆FIFO是缓存默认深度1set_depth同时改req和rspset_rsp_depth只改响应FIFO。二、req/rsp 应答模型两种模式两种工作模式NO_RSP 无应答模式前面我们示例代码用的sequence只发reqdriver处理完item直接item_done()不返回response。item_done()不带参数。seq_item_port.item_done(); //无rspWITH_RSP 带应答模式req/rsp完整模型driver处理完DUT事务构造response事务回传给sequencersequence接收rsp。seq_item_port.item_done(rsp); //把rsp传给sequencer适用场景读操作DUT返回读数据、返回状态、error标志。req我要读地址0x10rsp地址0x10读出的数据0x55statusok。底层端口driver除了seq_item_portpull req内部自带response通路put_responseput端口push模型driver推rsp回sequencer的rsp_fifo。三、response返回通路put_response / get_response1. driver侧put_response()两种写法等价//写法1item_done带rsp推荐简洁 my_item rsp; rsp my_item::type_id::create(rsp); rsp.data read_data_from_dut; rsp.status 1b1; seq_item_port.item_done(rsp); //内部自动调用 put_response(rsp);//写法2手动put_response再调用不带参数item_done seq_item_port.put_response(rsp); seq_item_port.item_done();⚠️ 重点不要同时写item_done(rsp) put_response会重复发送两份response引发报错2. sequence侧get_response() 接收应答sequence发送完finish_item(req)之后可以调用get_response(rsp)阻塞等待driver返回的rsp。get_response(rsp)阻塞任务直到rsp_fifo收到对应response才返回。完整sequence示例带rspvirtual task body(); my_item req, rsp; req my_item::type_id::create(req); start_item(req); req.is_read 1; req.addr 16h0010; finish_item(req); //发送读请求阻塞等待driver处理 get_response(rsp); //【等待driver返回response】阻塞 uvm_info(SEQ,$sformatf(read data %0h, status%0b,rsp.data,rsp.status),UVM_MEDIUM) endtask3. req和rsp如何配对uvm_sequence_item::transaction_id核心依靠 transaction_id 事务ID匹配req和rspsequence发送req时UVM自动给req分配唯一transaction_iddriver构造rsp的时候必须把rsp.transaction_id req.transaction_id如果用item_done(rsp)UVM底层自动帮你拷贝transaction_id不用手动赋值。sequencer收到rsp根据transaction_id找到对应的等待中的sequence把rsp交给它。坑如果手动put_response忘记拷贝transaction_id → rsp无法匹配rsp留在rsp_fifoget_response永久阻塞卡死。4. 非阻塞版本try_get_response()和try_get_next_item思路一致function不阻塞if(!this.try_get_response(rsp)) begin //暂时没有rsp可以做别的事情 end5. 两个重要开关set_response_handler / disable_item_done_response_autop_sequencer.set_response_handler(callback_func)注册回调函数sequencer收到rsp自动调用回调不用sequence主动调用get_response异步回调方式。适合需要异步接收rsp场景。use_sequence_item_response控制是否开启rsp通路。默认开启。四、完整带RSP的握手时序图MermaidDUTdriversequencersequenceDUTdriversequencersequencersp存入rsp_fifo按transaction_id匹配SEQ拿到rsp校验数据start_item(req)randomize reqfinish_item(req) 【SEQ阻塞】req送入req_fifoget_next_item(req)拿到请求驱动读命令、地址返回读数据创建rsp填充数据自动复制transaction_iditem_done(rsp) //内部put_response(rsp)finish_item 解除阻塞get_response(rsp) //拿应答返回rsp五、两种rsp使用模式对比模式说明使用场景get_response 阻塞等待finish_item之后调用get_response同步等待rsp一一对应同步读写发一个req等一个rsp最常用response_handler回调注册回调函数rsp到达自动触发函数不需要get_response异步响应rsp回来时间不确定六、高频坑面试必问item_done(rsp) 等价于 put_response(rsp)二选一不能两个一起写否则会收到两份rsp报匹配错误。transaction_id是req/rsp配对的钥匙手动put_response必须手动赋值rsp.transaction_id req.transaction_id。rsp_fifo满了的时候driver调用put_response会阻塞。rsp_fifo深度独立可控set_rsp_depth()。一个req只能对应一个rsp不能返回多个rsp如果DUT返回多个应答要设计成多个独立transaction。不要在NO_RSP模式调用get_response → 永久阻塞卡死。面试速记sequencer两个FIFOreq_fifo、rsp_fifo默认深度都是1set_depth同时修改两者set_rsp_depth只修改rsp。rsp通路driver用put_response或者item_done(rsp)把response推回sequencer的rsp_fifo。sequence通过get_response()阻塞获取应答依靠transaction_id完成req-rsp配对。两种rsp模式同步get_response异步response_handler回调。继续往下我们可以讲uvm_sequence_item的transaction_id、sequence_id、parent sequenceuvm_sequencer#(REQ,RSP)带两个参数的模板REQ和RSP类型不同的场景异常场景rsp丢失、rsp乱序、transaction_id冲突仿真报错分析如果需要请评论或私信~