FPGA Intellectual Property
PCI Express*, Networking and Connectivity, Memory Interfaces, DSP IP, and Video IP
6656 Discussions

Qsys: EMIF IP Core: usr_reset associated Clock

FabianL
Novice
1,004 Views

Hello,

 

I am a bit confused by the Usage of the emif_usr_reset_n signal of the Intel EMIF IP Core.  I have added a EMIF IP Core to our Platform Designer project.

Based on the Documentation (4.1.1.14. emif_usr_reset_n for DDR3) I would assume the usr_reset output to have an associated clock (emif_usr_clk) with a synchronous deassertion:

FabianL_0-1755612022323.png

 

 

However in Platform Designer this reset appears without any associated clock and I get reset adapters when assigning it to reset inputs which require synchronous deassertion.

 

I tried to explicitly set the emif_usr_reset_n output associated clock and synchronous edge, by applying this setting:

FabianL_1-1755612135392.png

 

But then I end up with the following Warning and I can also confirm, that the corresponding emif.ip file does not have the expected associated clock setting.

FabianL_2-1755612162311.png

 

So my question is:

  1. Is the documentation (4.1.1.14. emif_usr_reset_n for DDR3) correct and is the emif_usr_reset_n output really synchronous deasserted?
  2. Why does Platform Designer does not recognize the correct clock association for this signal?
  3. How do I configure the IP in a correct way to avoid any unnecessary or unexpected automatically inserted reset adapter?

 

best regards

Fabian

Labels (2)
0 Kudos
3 Replies
AdzimZM_Intel
Employee
921 Views

Hi Fabian,


I think the usr_reset_n signal is async assertion and sync deassertion by default.

You can try to generate an example design and run the simulation.


The modification that you made here in Qsys is not updated to IP file.

What you can do is you need to modify the IP file as well.

You can open the *.ip file, search for emif_usr_reset_n.

Look for the associatedclock and synchronousedges a few line under emif_usr_reset_n section.

Then add the ipxact value will clock name and synchronous edge name.

This will resolve the warning message.


Regards,

Adzim


0 Kudos
FabianL
Novice
531 Views

Hi Adzim,

 

I agree, that I can manually modify the .IP file. But gives me an odd feeling, that this may get overwritten if any other IP parameters are changed.

 

The main question is, why the IP file added with "Synchronous edges = none" in the first place? This also happens if I create a fresh clean project and add a new EMIF IP Core to the Platdorm Designer System.

 

If the reset has really sync deassertion, I would expect the IP core to be added with the correct settings.

 

best regards

Fabian

0 Kudos
AdzimZM_Intel
Employee
111 Views

Hi Fabian,


The reset is coming from these:


***

  always_ff @(posedge sync_clk_pri or negedge async_reset_n_pri) begin

   if (~async_reset_n_pri) begin

     reset_sync_pri_sdc_anchor <= '0;

   end else begin

     reset_sync_pri_sdc_anchor <= reset_sync_pri_pre_reg;

   end

  end

***


You can run simulation to check the synchronous reset behavior.


Regards,

Adzim


0 Kudos
Reply