寄存器（RAL）模型中的write方法

在使用UVM寄存器模型时，当对寄存器进行写操作时，有很多种方法，这里介绍最常用的方法：
假设已经生成了一个uvm_reg_block模型，名字时reg_blk，在模型中有一个寄存器名字叫reg1。并且reg1添加到了名字是map1的uvm_reg_map中

下面来讲解一下寄存器模型时如何完成write操作的

   extern virtual task write(output uvm_status_e      status,
                             input  uvm_reg_data_t    value,
                             input  uvm_door_e        path = UVM_DEFAULT_DOOR,
                             input  uvm_reg_map       map = null,
                             input  uvm_sequence_base parent = null,
                             input  int               prior = -1,
                             input  uvm_object        extension = null,
                             input  string            fname = "",
                             input  int               lineno = 0);

status: 表示操作状态，OK or NOT OK
value: 表示要写的值（初始值）
path: 表示是前门访问还是后门访问
map: 表示 如果是前门访问时用哪个map。
parent:表示哪个sequence来发送RAL item
prior:表示item的优先级
extension:表示一些扩展信息，这个后续介绍
fname和lineno没有什么用，暂时不用去care

   // create an abstract transaction for this operation
   uvm_reg_item rw;

   XatomicX(1);

   set(value);

   rw = uvm_reg_item::type_id::create("write_item",,get_full_name());
   rw.element      = this;
   rw.element_kind = UVM_REG;
   rw.kind         = UVM_WRITE;
   rw.value[0]     = value;
   rw.path         = path;
   rw.map          = map;
   rw.parent       = parent;
   rw.prior        = prior;
   rw.extension    = extension;
   rw.fname        = fname;
   rw.lineno       = lineno;

   do_write(rw);

   status = rw.status;

   XatomicX(0);

1：

首先会调用task XatomicX(1)，这个task是让这个操作进程拿到semaphore，XatomicX(0)，进程释放semaphore，供别的进程使用。uvm_reg在new的时候会默认分配一个semaphore，这样的话假如有如下代码

fork
       reg1.write（*）
       reg1.write（*）
join

同一时刻两个进程同时要进行write操作，但是只有一个semaphore，这样就可以避免多个进程同时对reg进行write操作。

但是UVM的寄存器访问不支持原子操作，所以使用的过程中如果可能有多个线程同时访问reg，必须访问，uvm_reg中提供了变量m_is_busy，m_write_in_process以及m_read_in_process来做判断使用