08-27-2015 10:44 AM
Hello all,
Requesting some help with an Implementation stage issue:
I created small Zynq system design including an AXI-GPIO IP and and ILA in the PL and am able to generate a working bitstream for the design. However, when I tried to re-run the implementation after addition of ports and mapping them to the LED pins, the Implementation stage gets stuck at "Initializing Design" step.
Here is what I did to add the ports and rerun implementation:
- Updated block diagram to add external ports.
- Reset/Regenerated synthesis outputs and re-ran the synthesis.
- Loaded synthesised design and opened Layout -> IO Planner
- Mapped the newly added design ports to the LED specific pins (T22 etc.)
- Saved the port constraint file and did a "Force Update" from the "Design Run" tab.
- Kicked off implementation.
After that, the "Initializing Design" step runs for ever. Any inputs towards resolving this is greatly appreciated!
After this happens once, the issue reccurs even after removing the ports/constraints
Thank you,
Tony Thomas.
08-27-2015 10:54 PM - edited 08-28-2015 01:30 AM
Figure 1: Solution using AXI GPIO
Unfortunately there are situations where the magnitude or variability of the latency introduced by the AXI interconnect, both within the PS as well as in the PL, renders the measurement unusable. For those cases it is possible to repurpose the ARM event mechanism to create a low latency output.
Hardware
Figure 3: ZYNQ7 Processing System > Re-customize IP > PS-PL Configuration Dialog (in Vivado 2013.4)
Example
(note: trigger is @ clock #256, ILA clock = 150 MHz)
08-28-2015 12:24 AM
Which version of tools are you using? This could be a bug.
To confirm this, can you try this in commandline? You can use the same tcl command to run this.
Basically write a checkpoint after synthesis, open that checkpoint, run opt_Design,place_Design and route_Design.
Hope this helps.
Regards
Sikta
03-13-2016 08:39 AM
I know this is an old post, but I came across this and didn't see a solution posted. I ended up noticing that even after closing Vivado, there was still a "vivado.exe" process running. I killed that and it seemed to work again.... I had also deleted items in the "impl_1" folder before re-running, but I'm not sure if that step is neccesary (you can't delete them without killing the zombie vivado.exe).
06-30-2016 12:57 AM
Hm, there is still some nastyness left of this issue in 2016.2. I'm sharing my experience here as a warning of what to look out for. My project never stopped synthesizing, but the symptoms are the same. (I'm using Win10)
The Vivado GUI was apparently synthesizing, and the green "progress" bar was moving. When I looked at process manager, the [single] Vivado process was using approximate 3% CPU resources (8 core system), and I was expecting full load on one core (10-13%). Leaving it to run overnight confirmed that it was locked up. I believe the GUI and the TCL processes has lost sync and there was no clear message about this in the log.
I quit the GUI and tried to delete all under .runs folder and noticed something couldn't be deleted. Looking in process
manager again, I saw the zombie process still running. I stopped it, then I was allowed to delete all the .runs files.
Looking again at a normal run, it seems like the Vivado should have at least two processes on a normal synth. I guess this is one for the GUI, and one or more for the actual synth. They are both named vivado.exe.
Finally, yes, deleting the .runs folder seems to get it going again. It will resynth all the IP too.
PS:I have seen this "GUI vs TCL process out of sync" symptom on another occasion. My PC got hard reset during a run. When I got my pc back up, the progress bar kept running just after opening the project. I got a bit suspicious, having doubts that the GUI really would "auto resume" on project load, and got it confirmed. I had to stop and restart to make it run for real.
OOC comment:Xilinx should really add the word Vivado to the accepted words for their forum spellchecker ;)
08-02-2017 11:22 AM
I just wanted to post for others that may run into this. It's still present in 2017.2 on Win10. After being frustrated for a couple of hours I ran across this post and, sure enough, I closed Vivado and there was a zombie instance of it still running in task manager. I killed that, cleaned up all the stuff I had tried to fix it in my design and settings and my design didn't get stuck in initializing design anymore.
01-26-2018 06:16 AM
Ending "vivado.exe" process worked in my case. Thank you.
04-12-2020 05:14 AM
I am very thanks for this solution,because I use this methode to solve my homework problem!!!!Thanks a lot.