UVM sequence机制（1）

sequence机制时UVM的核心机制，主要作用的是发送transaction以及对transaction的控制，下面将会重点介绍item transaction是如何从sequence传入到driver的。

在这里，我们暂时不会介绍start方法的使用，主要还是item如何从sequence传入到driver的。

首先在sequence中负责发送item的方法是start_item和finish_item
在driver中负责接收item的方法是seq_item_port::get_next_item()
seq_item_port::item_done()两个方法。下面看一下是如何发生同步的

上图是sequence在调用start_item方法时的流程，在sequencer中有一个重要的变量专门用来存放sequence发送的请求，这个变量是
uvm_sequence_request arb_sequence_q[$]，sequence每发送一次请求，会生成一个unique req_id，arb_sequence_q中存放每个请求，以每个请求的unique req_id来标记不同的请求。接下来需要等待sequencer来仲裁，那么这个仲裁是如何发生的呢，其实是在调用seq_item_port::get_next_item()中实现的，我们这里讨论的前提是sequence的请求没有设置被的仲裁算法，以及没有lock,grab操作，同时只有一个sequence挂载到sequencr上。这个时候由于arb_sequence_q[$]，sequence每发送一次请求，会生成一个uniquereqi​d，arbs​equenceq​中存放每个请求，以每个请求的uniquereqi​d来标记不同的请求。接下来需要等待sequencer来仲裁，那么这个仲裁是如何发生的呢，其实是在调用seqi​temp​ort::getn​exti​tem()中实现的，我们这里讨论的前提是sequence的请求没有设置被的仲裁算法，以及没有lock,grab操作，同时只有一个sequence挂载到sequencr上。这个时候由于arbs​equenceq​[]有一个请求，那么经过仲裁以后，这个请求得到许可，然后将这个请求放入到sequencer中的变量
bit arb_complete[int]中，相当于是arb_complete[req_id]=1。这个时候仲裁完成，strat_item task结束阻塞。
总结一下就是
（1）arb_sequence_q[$]中存放每一次sequence发送的请求
（2）通过仲裁（seq_item_port::get_next_item()完成）得到许可的sequence 请求
（3）bit arb_complete[int]中 arb_complete[req_id]=1标志着仲裁完成
（4）sequence.start_item结束阻塞

下面是调用sequence.finish_item

上面是finish_item的流程图
send_request将item发送到uvm_tlm_fifo::m_req_fifo中存放，同时get_next_item task结束阻塞，拿到了item，接着driver一侧调用item_done，这个时候finish_item一侧结束阻塞。这样一个完整的传输完成。
下面是完成的交互流程图