UVM——Sequencer & Driver

driver和sequencer之间的通信方式采取get模式，即由driver发起请求，从sequencer一端获得item，再由sequencer将其传递至drive。driver只要可以从sequencer获取item，就会不停的进行工作。sequencer和item只应该在合适的时间点产生需要的数据，而处理数据应该交由driver实现。

端口和方法

为了便于item传输，UVM专门定义了匹配的TLM端口供sequencer和driver使用：
- uvm_seq_item_pull_port #(type REQ=int, type RSP=REQ)
- uvm_seq_item_pull_export #(type REQ=int, type RSP=REQ)
- uvm_seq_item_pull_imp #(type REQ=int, type RSP=REQ, type imp=int)
由于driver是请求发起端，所以driver一侧例化了下面两种端口：
- uvm_seq_item_pull_port #(REQ, RSP) seq_item_port
- uvm_analysis_port #(RSP) rsp_port
而sequencer一侧为请求的响应端，在sequencer一侧例化了对应的两种端口：
- uvm_seq_item_pull_imp #(REQ, RSP, this_type) seq_item_export
- uvm_analysis_export #(RSP) rsp_export

这里sequencer是export端口，因为在sequencer内部有tlm_fifo的imp端口，所以sequencer会使用export端口与外部相连，再通过该export端口与内部tlm_fifo的imp端口相连。
通常情况下，用户可以通过匹配第一对TLM端口完成item的完整传送，即driver::seq_item_port和sequencer::seq_item_export。这一对端口在连接时同其他的端口连接方式一样，即通过driver::seq_item_port.connect(sequencer::seq_item_export)完成。这一类端口的功能主要用来实现driver与sequencer的request获取和response返回。这一类型的TLM端口支持如下方法：
- task get_next_item(output REQ req_arg)：采取blocking方式等待从sequence获取下一个item。
- task try_next_item(output REQ req_arg)：采取nonblocking的方式从sequencer获取item，如果立即返回的结果req_arg为null，则表示sequence还没有准备好。
- function void item_done(input RSP rsp_arg=null)：用来通知sequence当前的sequence item已经消化完毕，可以选择性的传输RSP参数，返回状态值。
- task wait_for_sequences()：等待当前的sequence知道产生下一个有效的item。
- function bit has_do_available()：如果当前的sequence准备好而且可以获取下一个有效的item，则返回1，否则返回0。
- function void put_response(input RSP rsp_arg)：采取nonblocking方式发送response，如果成功返回1，否则返回0；
- task get(output REQ req_arg)：采用get方式获取item。
- task peek(output REQ req_arg)：采用peek方式获取item。
- task put(input RSP rsp_arg)：采用blocking方式将response发送回sequence。
由于uvm_sequencer与uvm_driver实际上都是参数化的类,需要注意REQ和RSP类型的一致性：
- uvm_sequencer #(type REQ=uvm_sequence_item, RSP=REQ)
- uvm_driver #(type REQ=uvm_sequence_item, RSP=REQ)
- 用户在自定义sequencer或driver的时候，他们可以使用缺省类型type REQ=uvm_sequence_item，以及RSP和REQ类型保持一致。
还有一个潜在的类型转换要求，即driver得到REQ对象再进行下一步处理时，需要进行动态的类型转换，将REQ转换为uvm_sequence_item的子类型才可以从中获取有效的成员数据。另外一种可行的方式是在自定义sequencer和driver时就标明了其传递的具体item类型，这样就不用再进行额外的类型转换。通常情况下RSP类型与REQ类型保持一致，好处是便于统一处理，方便item对象的拷贝、修改等操作。
driver消化完当前的request后，可以通过item_done(input RSP rsp_arg=null)方法来告知sequence此次传输已经结束，参数中的RSP可以选择填入，返回相应的状态值。driver也可以通过put_response()或者put()方法来单独发送response。此外发送response还可以通过成对的uvm_driver::rsp_port和sequencer::rsp_export端口来完成，方法为uvm_driver::rsp_port::write(RSP)。

//实例
class bus_trans extends uvm_sequence_item;
	rand int data;
	`uvm_object_utils_begin(bus_trans)
		`uvm_field_int(data, UVM_ALL_ON)
	`uvm_object_utils_end
	..