代码拉取完成，页面将自动刷新
This kit provides a Systemverilog library matching the requirements of IEEE 1800.2-2017. See details in the Library Release Description below.
Note: The implementation provided deviates from the 1800.2-2017 standard, see [DEVIATIONS.md] for additional details.
1800.2-2017 1.0
This kit was generated based upon the following git commit state: 60b56b09e9e78bfec23575529e37fed8d0ccc757.
The UVM kit is licensed under the Apache-2.0 license. The full text of the Apache license is provided in this kit in the file LICENSE.txt.
All copyright owners for this kit are listed in NOTICE.txt.
All Rights Reserved Worldwide
If you have questions about this implementation and/or its application to verification environments, please visit the Accellera UVM 2017 - Methodology and BCL Forum or contact the Accellera UVM Working Group (uvm-wg@lists.accellera.org).
Installation of UVM requires first unpacking the kit in a convenient location.
% mkdir path/to/convenient/location
% cd path/to/convenient/location
% gunzip -c path/to/UVM/distribution/tar.gz | tar xvf -
Follow the installation instructions provided by your tool vendor for using this UVM installation and tool version dependencies.
Each class and method in the standard is annotated in the implementation, allowing tools to identify the corresponding section in the standard.
Example:
// @uvm-ieee 1800.2-2017 auto 16.5.3.2
extern virtual function void get_packed_bits (ref bit unsigned stream[]);
In addition to the APIs described in the standard, the Library includes the following categories of extra API:
// @uvm-contrib Potential Contribution to 1800.2
// @uvm-accellera Accellera Implementation-specific API
`ifdef UVM_ENABLE_DEPRECATED_API guard. These APIs are
only supported when the UVM 1.2 API didn't contradict 1800.2-2017 API. When UVM_ENABLE_DEPRECATED_API is defined
both the 1.2 and 1800.2 APIs are available. When UVM_ENABLE_DEPRECATED_API is not defined, the UVM 1.2
APIs are not available, and any code referencing them will miscompile.UVM_ENABLE_DEPRECATED_API is not defined.Note: While the Accellera UVM Working Group supports the APIs described in (1), (2) and (3) above, these APIs are technically not a part of the 1800.2 standard. As such, any code which leverages these APIs may not be portable to alternative 1800.2 implementations.
These are instances wherein the functionality of an API that exists in both UVM 1.2 and the IEEE 1800.2 standard has changed in a non backwards-compatible manner.
Mantis 6644 Changes to big endian support in uvm_reg_map. In previous versions of UVM, configuring a uvm_reg_map to UVM_BIG_ENDIAN didn't change the byte ordering for data (effectively always forcing LITTLE endian, regardless of configuration). This has been corrected in the 1800.2 release, such that the data provided to the adapter is now properly ordered. Users can update their adapter to handle the new properly ordered data, or configure their map to UVM_LITTLE_ENDIAN.
Mantis 6773 Changes to physical address calculation in uvm_reg_map. In previous versions of UVM, address calculation for memory objects narrower than the enclosing map was done as unpacked addressing. This functionality has changed in this release of the UVM library to packed addressing. This implies that, for a memory object whose width is less than the enclosing map width, address of the Nth word of the memory (N > 0) will be different than what was calculated in previous versions of UVM. For future releases of the library, API changes to the register layer will be required to support both packed and unpacked modes of physical address calculation.
Changes to physical address calculation in uvm_reg_map require that memory width be an integer multiple of 8 bits(k*8).
Changes to physical address calculation in uvm_reg_map require that, where the map and memory widths do not match, the larger width be an integer multiple of the smaller width (larger_width = k*smaller_width).
As of 1800.2, the uvm_packer class no longer contains a knob for "big_endian". While the big_endian knob is included when running with deprecated APIs enabled, the default polarity of the bit is inverted. This ensures that the packer will operate the same by default regardless of whether deprecated APIs were present. Users relying on the old behavior will need to explicitly set big_endian to '1'.
In order to migrate to the Library version of the release, It is recommended that you perform the following steps to get your code to run with this release of UVM.
UVM_NO_DEPRECATED defined. This will ensure that your code runs
with UVM 1.2 which was a baseline for the IEEE 1800.2 standard development.Note: All code deprecated in UVM 1.2 has been removed from this version of the library.
Compile/Run using this library with UVM_ENABLE_DEPRECATED_API defined. This step helps identify the areas where your code may need modifications to comply with the standard.
Compile/Run using this library without UVM_ENABLE_DEPRECATED_API defined. Removing the define ensures that only the 1800.2 API documented in the standard, along with any non-deprecation accellera supplied API, is used. Any new compile failures are the result of deprecated 1.2 APIs.
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
马建仓 AI 助手