07-22-2013 04:12 AM
we have a new project with one PCI core and one DDR3 ram.
Unfortunately XST crashes, when we instantiate the PCI core. Implementing a dummy PCI core file (just a few connection to avoid removing logic), the project works and is synthesizeable.
Windows tells us the following facts after the crash:
Zusatzinformation 1: 1c48
Zusatzinformation 2: 1c486e7469159034e428a3b13277babb
Zusatzinformation 3: e82c
Zusatzinformation 4: e82c9603ad4e0ede529fb098743e9507
We use PlanAhead V14.6 64bit as IDE.
I found the following Support Solution, but I think it is another IP core. Where is the MHS file located at?
Has anybody an idea? Thanks in advance!
07-23-2013 09:20 AM
MHS is hardware specification file for a embedded system This is in the root folder of a EDK project.
But if you arent using EDK, then this is not appropriate.
I would recommend trying to change the keep_hierarchy. If you have a linux box, you could give that a try as well.
Also, please share the synthesis report if it prints it out.That will help to determine few other options depending on the phase it crashes.
07-24-2013 07:39 AM
07-30-2013 10:33 PM
07-31-2013 06:14 AM
it was a windows message, that XST.exe was closed due to an unexpected error.
I found the reason yesterday:
The core had the setting speedgrade 3 (mistake), and project had the setting speedgrade 2. This caused the crash. After I've changed the core to speedgrade 2 it worked.
Nevertheless: Thanks for your help!
08-06-2013 02:39 AM
I got the same error, but switching the project-settings in XPS from -3 to -2 didnt solve it ;-(
What exactly did you do?
Take a look at:
The error comes up during the synthesis. So it does not come in touch with the silizium (core).
I think there is a bug inside xps.exe or libSecurity_FNP.dll.
08-06-2013 05:05 AM
it seemed to me, that the problem was solved, but the very next time that I've tried synthesis, it did not work again.
I had no time to update here in the forum.
Now I've tried to work with the Xilinx example and: XST.exe crashed too!!!
I think someone from Xilinx should help us here...
In my opinion it's exactly, as you describe it: "I think there is a bug inside xps.exe or libSecurity_FNP.dll."
Xilinx team please help us!
PS @ guinesstrinker: Vom Namen her gehe ich mal von einem deutschen Kontakt aus. Sie dürfen mich daher gerne auch per PN auf deutsch kontaktieren.
08-06-2013 06:23 AM
Try running XST in 32-bit mode.
07-02-2014 05:40 AM
I have the same trouble here: XST crashes after successful output of the log file. The error happens inside libSecurity_FNP.dll. The design contains an EDK submodule with axi_ethernet core. I assume that it has something to do with parallel installation of Vivado and ISE, however uninstalling Vivado did not solve the issue.
Changing to 32bit version allows me to complete synthesis. Unfortunately the design is quite big and map 32bit runs out of memory. Therefore I very much would like to go back to 64bit ISE.
Help is appreciated.
07-07-2014 05:08 AM
I confirmed, that XST 64bit crashes, after Vivado was installed. Uninstalling Vivado does not help; however going back to a windows system restore point recovers XST.
Which ISE components are changed by a Vivado installation? Is it the Flex License Manager? Is there some expert Vivado install option to prevent faulty drivers needed by ISE?
We need ISE 64bit and Vivado running on the same machine to migrate step by step.
The recommendation to use 32bit is not sufficient.
07-07-2014 05:28 AM
07-07-2014 07:11 AM
My colleague found Answer Record 59851, which provides older libSecurity files. It solved the problem!
This AR should be generalized to any 64bit XST issue with protected IP cores, not only Xylon.
07-08-2014 02:00 AM
unfortunately my success message was premature. XST works with the AR59851 but now the license checkout for MAP does not work anymore.
Has anyone successfully applied AR59851 ?
07-08-2014 03:04 AM
I think your license issue is not caused by the patch in AR59581. If you don't have the crash issue in Synthesis, you'll still have the license checkout problem in MAP. What is the error message about the license in MAP?
07-08-2014 08:07 AM
thanks for your answer. With AR59851 Project Navigator and MAP give the error message, that no license was found and start the license manager. In license manager the ISE license is displayed green. As soon as I copy the original ISE 14.7 libSecurity*.dll back the tools work again.
I have a node locked license locked to an USB Flex dongle.
08-01-2014 01:21 PM
I tried the AR59851 solution as well but without sucess. After, swapping out the 10/13/2013 files for the 3/26/2013 security DLL's I get the following from platgen:
"****************************************************" "Creating system netlist for hardware specification.." "****************************************************" platgen -p xc6slx75csg484-3 -lang verilog -intstyle ise -toplevel no -ti micro_i -msg __xps/ise/xmsgprops.lst micro.mhs Command Line: platgen -p xc6slx75csg484-3 -lang verilog -intstyle ise -toplevel no -ti micro_i -msg __xps/ise/xmsgprops.lst micro.mhs ERROR:EDK - INFO:Security:71 - If a license for part 'xc6slx75' is available, it will be possible to use 'XPS_TDP' instead of 'XPS'. INFO:Security:7 - A feature for XPS was found but is for the wrong hostid. INFO:Security:61 - The XILINXD_LICENSE_FILE environment variable is not set. INFO:Security:62 - The LM_LICENSE_FILE environment variable is set to 'C:/modeltech_pe_10.1/license.txt'. INFO:Security:68 - For more information or for assistance in obtaining a license, please run the Xilinx License Configuration Manager (xlcm or "Manage Xilinx Licenses".) INFO:Security:68a - user is XXXXXXXX, on host XXXXXXXX. WARNING:Security:9b - No 'XPS' feature version 2013.03 was available for part 'xc6slx75'. ERROR:Security:12 - No 'xc6slx75' feature version 2013.03 was available (-5), so 'XPS_TDP' may not be used. Invalid host. The hostid of this system does not match the hostid specified in the license file. Feature: XPS Hostid: FLEXID=9-6b1deac6 License path: C:/.Xilinx\Xilinx.lic;C:/modeltech_pe_10.1/license.txt;C:\Xilinx\14.7\ISE_DS\ ISE\/coregen/core_licenses\Xilinx.lic;C:\Xilinx\14.7\ISE_DS\ISE\/coregen/core _licenses\XilinxFree.lic;C:\Xilinx\14.7\ISE_DS\EDK/data/core_licenses\Xilinx. lic; FLEXnet Licensing error:-9,57 For further information, refer to the FLEXnet Licensing documentation, available at "www.flexerasoftware.com".No such feature exists. Feature: xc6slx75 License path: C:/.Xilinx\Xilinx.lic;C:/modeltech_pe_10.1/license.txt;C:\Xilinx\14.7\ISE_DS\ ISE\/coregen/core_licenses\Xilinx.lic;C:\Xilinx\14.7\ISE_DS\ISE\/coregen/core _licenses\XilinxFree.lic;C:\Xilinx\14.7\ISE_DS\EDK/data/core_licenses\Xilinx. lic; FLEXnet Licensing error:-5,357 For further information, refer to the FLEXnet Licensing documentation, available at "www.flexerasoftware.com". ERROR:EDK:440 - platgen failed with errors! make: *** [implementation/micro_proc_sys_reset_0_wrapper.ngc] Error 2 ERROR:EDK - Error while running "make -f micro.make netlist". ERROR: synthesizing XPS module failed!
My 14.7 System Edition installation is freshly installed. The only other installation is Vivado 2013.4 and 2014.1. The "Manage Xilinx Licenses" tool confirms that the FlexID dongle ID matches that in the Xilinx license file found in the c:\.xilinx folder and the licenses have not expired.
My problem is with the axi_ethernet (TEMAC) pcore and not specifically with the pci32_sp_V4_14 core but the error from XST is identical.
08-01-2014 05:44 PM
I have reverted back from the AR59851 patch. It did not function. I have attached images of the crash report from libSecurity_FNP.dll, the platgen error message (and recommendation to visit the synthesis report), and the TEMAC wrapper synthesis report showing zero errors.
The problem occurs, I believe, after XST has *almost* finished running and is heading back to platgen. Perhaps it is having trouble releasing the secured IP core some how.
Regardless, I would like Xilinx to issue a proper fix for this problem or at least indicate what the work around is. (I can't update to a new version -- I'm on 14.7 and it is a fresh installation.)
08-20-2014 04:05 AM
Was there a resolution on this problem? AR59581 patch did not work. Uninstalling Vivado still does not make ISE 14.7 xst to start working.
08-21-2014 05:01 PM
The only approach that worked for me was to revert to 32bit project navigator.
09-09-2014 03:59 AM
uninstalling Vivado alone does not help. You have to go back to a Windows Backup Checkpoint created prior to the installation. We verified this behavior with a newly installed Windows 7 64bit machine:
Install ISE => xst 64bit works
Install Vivado => xst 64bit crashes
Uninstall Vivado => xst 64bit crashes
Go back to Checkpoint => xst 64bit works again
Just to mention a wild guess: Vivado installs some new license manager features (Activation based) which stay on the machine even after uninstalling. Again, I am only guessing.
There seems to be no solution so far, am I correct?