06-30-2009 07:50 PM
As of 1 July 2009 xps will no longer generate a bitstream for my design which uses the xps_ll_temac IP core. The target is the Virtex4 which of course has the hard TEMAC and therefore the xps_ll_temac should not require a licence. I am using ISE/EDK 10.1.3. The same project was synthesised successfully yesterday (30 June 2009) and there have been no changes to the project since then. However, when attempting to synthesise I now get the following message in trimode_mac_gmii_wrapper_xst.srp:
INFO:coreutil - No license for component <xps_ll_temac_v1> found. You may use the customization GUI for this component but you will not be able to generate any implementation or simulation files.
XPS itself reports:
ERROR:Xst:1484 - A core is unlicensed !
ERROR:MDT - Aborting XST flow execution!
INFO:MDT - Refer to /home/.../synthesis/trimode_mac_gmii_wrapper_xst.srp for details
ERROR:MDT - platgen failed with errors!
make: *** [implementation/system.bmm] Error 2
Its almost as if the ability to use the xps_ll_temac core expired on 1 July 2009. Is there any chance of getting it back soon (I have further development work to do)?
07-08-2009 01:53 PM
07-01-2009 02:14 AM
Same problem on virtex XUPV5-LX110T. It all worked fine yesterday...
Thank you for any help.
07-01-2009 07:12 AM
07-01-2009 07:35 AM
07-01-2009 02:18 PM - edited 07-01-2009 02:41 PM
I am having the same problem on a Virtex 5. I am using an ML507 board.
I also just opened a webcase and will be sure to post the solution when it is resolved.
I have EDK 10.1 sp3 as the above link says to upgrade to to fix the issue and I have encountered this problem. I contacted the ip_admin as stated in the AR and got an automated reply that he is out of the office due to US wide company summer shutdown until July 6th.
07-01-2009 06:04 PM
Update: I have received communication from the local Xilinx reps who confirm that there is a problem. They point to Answer record 32054 as was mentioned in another post in this thread. I am seeking further clarification as to what the long-term solution will be. The need to regenerate a licence every 90 days for a component we're not even technically using is not, IMHO, an acceptable proposition.
07-02-2009 09:41 AM
07-02-2009 01:43 PM
simply set the date of your operating system to any earlier date that must be before 30-jun-2009. :-)
it worked for me.
07-02-2009 05:03 PM
wasiqnaeem: if that works for you, great. Unfortunately I do a lot more on my PC than just Xilinx design work - things like software development which depend on a monatomically increasing date to ensure correct operation of the build system. Winding the date back (and keeping it earlier than 1 July 2009) simply isn't an option for me or, I suspect, many others. However, if you don't have these types of constraints then I guess it's a workable solution.
07-02-2009 08:03 PM
Only change the date is not enough, I copy all my program files include the .xmp, .mhs, .mss, .v and .c to a new directory and make a little change then save them, so all these files date are "correct", i.e. you should make a new project, the point is that you should not copy the useless files, and every file you copy should be saved again.
I want to say:"Go ahead, xilinx, you've make our programmers' life very colorful."
07-03-2009 12:30 AM
07-03-2009 12:43 AM
wasiqnaeem: for sure - if it works for some people then I'm all for it. In my situation though it wouldn't work, so I have temporarily worked around it by obtaining one of the temporary soft-TEMAC evaluation licences. I think we all agree that at the end of the day neither of these solutions are really satisfactory; I hope Xilinx come up with a better option than just "upgrade to 11.1" since this won't be an option for many people.
07-06-2009 09:48 PM
07-06-2009 10:01 PM
Another update: along with the provision of a perpetual licence to get around the issue of continual renewals (via the steps outlined in the previously referenced Answer Record), Xilinx has told me that they are working on a permanent solution to the problem and that it is expected to be ready in around "48 hours". We'll see I guess.
07-08-2009 01:53 PM
07-19-2009 10:15 PM
07-22-2009 10:15 AM
My APU_FPU builds wihtout any problem. It seems that this must be an issue unique to you. (at least it is not an issue for me).
I believe you must be using a PPC processor in order to make use of the APU_FPU core, but I am not sure about that.
07-23-2009 02:32 AM
07-23-2009 08:35 AM
07-27-2009 03:03 AM
I have to say that this problem has not been really solved.
The lic file from 'http://www.xilinx.com/member/xps_ll_temac_perpetual_eval/index.htm ' is a hardware evaluation license for Hard MAC core, and that means the generated design will cease to function in the programmed device after operating for some period of time.
This is not an acceptable resolution in a handover project. Who will reset the device each time the MAC cease to function?
07-27-2009 04:07 AM
This license file is only used to aovid the issue that the tool fails if there's no valid license for the Hard TEMAC.
Hard Temac won't cease to function after 8 hours like other evaluated soft cores do.
08-06-2009 11:23 AM