RTL Configuration - 2023.2 English

Vitis Unified Software Platform Documentation: Application Acceleration Development (UG1393)

Document ID
UG1393
Release Date
2023-12-13
Version
2023.2 English

The syn.rtl commands configure various attributes of the compiled RTL, the type of reset used, and the encoding of the state machines. It also allows you to use specific identification in the RTL. By default, these options are applied to the top-level design and all RTL blocks within the design.

syn.rtl.cosim_trace_generation
Generate test vectors during hardware emulation in the Vitis tool flow when the kernel is synthesized as a Vitis kernel, to be used as a test bench for C/RTL Co-simulation in future design iterations.
syn.rtl.cosim_trace_generation=1
syn.rtl.deadlock_detection

Enables simulation or synthesis deadlock detection in the top-level RTL of an exported IP/XO file. The options are as follows:

  • none : Deadlock detection disabled
  • sim : Enables deadlock detection only for simulation/emulation. This is the default setting.
  • hw : Deadlock detection enabled in synthesized RTL IP. Adds ap_local_deadlock and ap_local_block signals to the IP to enable local and global deadlock detection.
syn.rtl.deadlock_detection=hw
syn.rtl.deadlock_diagnosis
Enable deadlock detection diagnosis for Vitis kernels (.xo) during hardware emulation of the Application.
syn.rtl.deadlock_diagnosis=1
syn.rtl.header
Specify a file whose contents will be inserted at the beginning of all generated RTL files. This allows you to ensure that the generated RTL files contain user specified content.
syn.rtl.header=../../myHeader.txt
syn.rtl.kernel_profile
Add top level event and stall ports required by kernel profiling.
syn.rtl.kernel_profile=1
Important: This option relates to the v++ -c --profile.stall command, and must be manually added to the HLS component to ensure the stall profiling is available for use in the linked Application.
syn.rtl.module_auto_prefix
Specifies the top level function name as the prefix value for generated RTL modules. This option is ignored if syn.rtl.module_prefix is also specified. This is enabled by default.
syn.rtl.module_auto_prefix=1
syn.rtl.module_prefix
Specify a prefix to be used for all generated RTL module names. Use this to override the defaul module prefix of the top-level function.
syn.rtl.module_prefix=newTop
syn.rtl.mult_keep_attribute
Enable keep attribute.
syn.rtl.mult_keep_attribute=1
syn.rtl.register_all_io
Use a register by default for all I/O signals.
syn.rtl.register_all_io=1
syn.rtl.register_reset_num
Number of registers to add to reset signal.
syn.rtl.register_reset_num=2
syn.rtl.reset
Variables initialized in the C/C++ code are always initialized to the same value in the RTL and therefore in the bitstream. This initialization is performed only at power-on. It is not repeated when a reset is applied to the design.

The setting applied with the -reset option determines how registers and memories are reset.

  • none: No reset is added to the design.
  • control: Resets control registers, such as those used in state machines and those used to generate I/O protocol signals. This is the default setting.
  • state: Resets control registers and registers or memories derived from static or global variables in the C/C++ code. Any static or global variable initialized in the C/C++ code is reset to its initialized value.
  • all: Resets all registers and memories in the design. Any static or global variable initialized in the C/C++ code is reset to its initialized value.
syn.rtl.reset=state
syn.rtl.reset_async
Causes all registers to use an asynchronous reset. If this option is not specified a synchronous reset is used.
syn.rtl.reset_async=1
syn.rtl.reset_level
Defines the polarity of the reset signal to be either active-Low or active-High. The default setting is active-High.
syn.rtl.reset_level=low
Tip: The AXI protocol requires an active-Low reset. If your design uses AXI interfaces the tool will define this reset level with a warning if the syn.rtl.reset_level is active-High.