Device Family: Stratix® III

Device Family: Stratix® IV E

Device Family: Stratix® IV GT

Device Family: Stratix® IV GX

Device Family: Stratix® V E

Device Family: Stratix® V GS

Device Family: Stratix® V GT

Device Family: Stratix® V GX

Type: Answers

Area: EMIF

Area: Intellectual Property


IP Product: RLDRAM II Memory Controller

Why is the UniPHY based memory controller design not meeting timing?

Description

You may notice large timing violations in the Report DDR timing report for your UniPHY memory controller design if you use the derive_pll_clocks directive in the SDC file for your design. If the SDC file containing the derive_pll_clocks constraint is called before the UniPHY SDC file is called in the Quartus® II software, TimeQuest will create clocks for the UniPHY PLL output clocks. These created clocks will have different names compared to the clocks created by the UniPHY SDC file hence TimeQuest will not be able to properly analyze the UniPHY based IP because of the conflicting clock names.

Workaround/Fix

The workaround is to make sure that the UniPHY QIP file is listed before the design SDC file for the project. In Quartus, open the "Project > Add/Remove Files in Project..." window, select the UniPHY QIP file, and click the "Up" button until the QIP file is at the top of the list or you can also make the changes in QSF file to call the UniPHY IP QIP file first.

An alternate workaround is to remove the derive_pll_clocks directives in your SDC files.

Note that it is not recommended to remove the derive_pll_clocks directive from Altera® IP cores.