External Memory Interface Handbook Volume 2: Design Guidelines: For UniPHY-based Device Families

ID 683385
Date 3/06/2023
Public
Document Table of Contents

7.4.3.8. Arria 10 EMIF IP DDR4 Parameters: Diagnostics

Table 141.  Group: Diagnostics / Simulation Options
Display Name Identifier Description
Abstract phy for fast simulation DIAG_DDR4_ABSTRACT_PHY Specifies that the system use Abstract PHY for simulation. Abstract PHY replaces the PHY with a model for fast simulation and can reduce simulation time by 2-3 times. Abstract PHY is available for certain protocols and device families, and only when you select Skip Calibration.
Calibration mode DIAG_SIM_CAL_MODE_ENUM Specifies whether to skip memory interface calibration during simulation, or to simulate the full calibration process. Simulating the full calibration process can take hours (or even days), depending on the width and depth of the memory interface. You can achieve much faster simulation times by skipping the calibration process, but that is only expected to work when the memory model is ideal and the interconnect delays are zero. If you enable this parameter, the interface still performs some memory initialization before starting normal operations. Abstract PHY is supported with skip calibration.
Table 142.  Group: Diagnostics / Calibration Debug Options
Display Name Identifier Description
Skip address/command deskew calibration DIAG_DDR4_SKIP_CA_DESKEW Specifies to skip the address/command deskew calibration stage. Address/command deskew performs per-bit deskew for the address and command pins.
Skip address/command leveling calibration DIAG_DDR4_SKIP_CA_LEVEL Specifies to skip the address/command leveling stage during calibration. Address/command leveling attempts to center the memory clock edge against CS# by adjusting delay elements inside the PHY, and then applying the same delay offset to the rest of the address and command pins.
Skip VREF calibration DIAG_DDR4_SKIP_VREF_CAL Specifies to skip the VREF stage of calibration. Enable this parameter for debug purposes only; generally, you should include the VREF calibration stage during normal operation.
Enable Daisy-Chaining for Quartus Prime EMIF Debug Toolkit/On-Chip Debug Port DIAG_EXPORT_SEQ_AVALON_MASTER Specifies that the IP export an Avalon-MM master interface (cal_debug_out) which can connect to the cal_debug interface of other EMIF cores residing in the same I/O column. This parameter applies only if the EMIF Debug Toolkit or On-Chip Debug Port is enabled. Refer to the Debugging Multiple EMIFs wiki page for more information about debugging multiple EMIFs.
Quartus Prime EMIF Debug Toolkit/On-Chip Debug Port DIAG_EXPORT_SEQ_AVALON_SLAVE Specifies the connectivity of an Avalon slave interface for use by the Quartus Prime EMIF Debug Toolkit or user core logic. If you set this parameter to "Disabled," no debug features are enabled. If you set this parameter to "Export," an Avalon slave interface named "cal_debug" is exported from the IP. To use this interface with the EMIF Debug Toolkit, you must instantiate and connect an EMIF debug interface IP core to it, or connect it to the cal_debug_out interface of another EMIF core. If you select "Add EMIF Debug Interface", an EMIF debug interface component containing a JTAG Avalon Master is connected to the debug port, allowing the core to be accessed by the EMIF Debug Toolkit. Only one EMIF debug interface should be instantiated per I/O column. You can chain additional EMIF or PHYLite cores to the first by enabling the "Enable Daisy-Chaining for Quartus Prime EMIF Debug Toolkit/On-Chip Debug Port" option for all cores in the chain, and selecting "Export" for the "Quartus Prime EMIF Debug Toolkit/On-Chip Debug Port" option on all cores after the first.
Interface ID DIAG_INTERFACE_ID Identifies interfaces within the I/O column, for use by the EMIF Debug Toolkit and the On-Chip Debug Port. Interface IDs should be unique among EMIF cores within the same I/O column. If the Quartus Prime EMIF Debug Toolkit/On-Chip Debug Port parameter is set to Disabled, the interface ID is unused.
Use Soft NIOS Processor for On-Chip Debug DIAG_SOFT_NIOS_MODE Enables a soft Nios processor as a peripheral component to access the On-Chip Debug Port. Only one interface in a column can activate this option.
Table 143.  Group: Diagnostics / Example Design
Display Name Identifier Description
Enable In-System-Sources-and-Probes DIAG_EX_DESIGN_ISSP_EN Enables In-System-Sources-and-Probes in the example design for common debug signals, such as calibration status or example traffic generator per-bit status. This parameter must be enabled if you want to do driver margining.
Number of core clocks sharing slaves to instantiate in the example design DIAG_EX_DESIGN_NUM_OF_SLAVES Specifies the number of core clock sharing slaves to instantiate in the example design. This parameter applies only if you set the "Core clocks sharing" parameter in the "General" tab to Master or Slave.
Table 144.  Group: Diagnostics / Traffic Generator
Display Name Identifier Description
Bypass the default traffic pattern DIAG_BYPASS_DEFAULT_PATTERN Specifies that the controller/interface bypass the traffic generator 2.0 default pattern after reset. If you do not enable this parameter, the traffic generator does not assert a pass or fail status until the generator is configured and signaled to start by its Avalon configuration interface.
Bypass the traffic generator repeated-writes/repeated-reads test pattern DIAG_BYPASS_REPEAT_STAGE Specifies that the controller/interface bypass the traffic generator's repeat test stage. If you do not enable this parameter, every write and read is repeated several times.
Bypass the traffic generator stress pattern DIAG_BYPASS_STRESS_STAGE Specifies that the controller/interface bypass the traffic generator's stress pattern stage. (Stress patterns are meant to create worst-case signal integrity patterns on the data pins.) If you do not enable this parameter, the traffic generator does not assert a pass or fail status until the generator is configured and signaled to start by its Avalon configuration interface.
Bypass the user-configured traffic stage DIAG_BYPASS_USER_STAGE Specifies that the controller/interface bypass the user-configured traffic generator's pattern after reset. If you do not enable this parameter, the traffic generator does not assert a pass or fail status until the generator is configured and signaled to start by its Avalon configuration interface. Configuration can be done by connecting to the traffic generator via the EMIF Debug Toolkit, or by using custom logic connected to the Avalon-MM configuration slave port on the traffic generator. Configuration can also be simulated using the example testbench provided in the altera_emif_avl_tg_2_tb.sv file.
Run diagnostic on infinite test duration DIAG_INFI_TG2_ERR_TEST Specifies that the traffic generator run indefinitely until the first error is detected.
Export Traffic Generator 2.0 configuration interface DIAG_TG_AVL_2_EXPORT_CFG_INTERFACE Specifies that the IP export an Avalon-MM slave port for configuring the Traffic Generator. This is required only if you are configuring the traffic generator through user logic and not through through the EMIF Debug Toolkit.
Use configurable Avalon traffic generator 2.0 DIAG_USE_TG_AVL_2 This option allows users to add the new configurable Avalon traffic generator to the example design.
Table 145.  Group: Diagnostics / Performance
Display Name Identifier Description
Enable Efficiency Monitor DIAG_EFFICIENCY_MONITOR Adds an Efficiency Monitor component to the Avalon-MM interface of the memory controller, allowing you to view efficiency statistics of the interface. You can access the efficiency statistics using the EMIF Debug Toolkit.
Table 146.  Group: Diagnostics / Miscellaneous
Display Name Identifier Description
Use short Qsys interface names SHORT_QSYS_INTERFACE_NAMES Specifies the use of short interface names, for improved usability and consistency with other Qsys components. If this parameter is disabled, the names of Qsys interfaces exposed by the IP will include the type and direction of the interface. Long interface names are supported for backward-compatibility and will be removed in a future release.