11-04-2009 12:55 AM
If I run XST in command line mode, is there any option or flag that specifies the existence of partitions in the design? If I run synthesis from the Project Navigator, it reports that partitions were found in the design. If I run synthesis from command line (xst -ifn topModule.xst), it reports that no partitions were found in the design.
11-04-2009 11:29 PM
instead of the pure CLI-Mode you may consider to switch to Tcl-Scripts.
So you can still work without a GUI and via Tcl you have commands to manage partitions.
Have a nice synthesis
11-05-2009 12:36 PM
Thank you very much for your answer! :) Managing partitions works well with Tcl. I am just wondering where are the partitions actually defined (i thought they could be in the .ucf file, as in the case of modules with that area_group property). I have also been working with Xflow and I could not find a way to compile with partitions neither there (nor in command line mode). Are partitions going to be supported in CLI-mode or Xflow in the future?
11-05-2009 12:51 PM
In the 11.x and earlier software, the Partition information is stored in the Project Navigator Project file. That is why you need to run in ProjNav or the ProjNav Tcl.
In 12.1, this flow will be changing. Partitions will be supported in PlanAhead and true command line. All Partition information will be stored in an xml file.
Let me know if you have more questions,
11-11-2009 03:07 AM
11-11-2009 07:23 AM
I honestly don't know the answer to that question. I am surprised to see that Xflow took longer. What are the actual runtimes in the map and par report? Are they the same or different?
11-13-2009 02:41 PM
The different runtimes come from mapping, in the placement optimization phase. I think I've still missed an option in xflow because the same design compiled in ProjNav has a different layout in FPGA editor than when it is compiled in XFlow. In ProjNav I've left the default settings and I've used the balanced option file in XFlow. I thought they are equivalent, but it looks like they aren't...
11-13-2009 02:51 PM
11-16-2009 12:37 PM