Article ID: 000080371 Content Type: Troubleshooting Last Reviewed: 03/09/2023

Why do I see Recovery timing violations from usr_rst_r to iopll_mac_clk in Intel Agilex® 7 devices when using PAM4 variants of the Interlaken IP Core (2nd Generation) Intel® FPGA IP?

Environment

  • Intel® Quartus® Prime Pro Edition
  • Interlaken (2nd Generation) Intel® FPGA IP
  • BUILT IN - ARTICLE INTRO SECOND COMPONENT

    Critical Issue

    Description

    Due to a problem with the PAM4 implementation of the Interlaken IP Core (2nd Generation) Intel® FPGA IP, Recovery time timing closure violations may be seen from usr_rst_r to iopll_mac_clk in Intel Agilex® 7 devices in Intel® Quartus® Prime Pro Edition Software v19.2. This problem is due to a modeling issue that incorrectly assumes usr_rst_r to be synchronous with the IOPLL Reference Clock. The IOPLL User Guide states that the reset port is asynchronous to the reference clock.

     

     

     

    Resolution

    The recovery timing failure from usr_rst_r to iopll_mac_clk is false and can be safely ignored.

    This problem is scheduled to be fixed in a future release of the Intel® Quartus® Prime Pro Edition Software.

    Related Products

    This article applies to 2 products

    Intel Agilex® 7 FPGAs and SoC FPGAs F-Series
    Intel Agilex® 7 FPGAs and SoC FPGAs