Forum Discussion
Unable to use Avalon-MM master verification BFM in Questa sim
Hello,
I have a bug similar to the one reported here :
https://community.intel.com/t5/Intel-Quartus-Prime-Software/Avalon-Verification-IP-example-avlmm-1x1-vhdl-not-working-in/m-p/1516388
or here
Unable to use Avalon-MM master verification BFM in Questa sim - Intel Community
The Problem still exists in Questa 25.1 when using the "-suppress 12110" option it gives this warning:
# ** Error (suppressible): (vsim-12110) All optimizations are disabled because the -novopt option is in effect. This will cause your simulation to run very slowly. If you are using this switch to preserve visibility for Debug or PLI features, please see the User's Manual section on Preserving Object Visibility with vopt. -novopt option is now deprecated and will be removed in future releases.
Without using the "-suppress 12110" and the "-novopt" option all the Avalon BFM models won't work in Questa. Everything is running fine with modelsim.
Are there any plans on fixing this issue?
best regards
Fabian
22 Replies
- KennyT_altera
Super Contributor
Can you attached your design.qar here and the step to duplicate the issue?
I will take a look to see if the fix is needed from our side.
- FabianL
Occasional Contributor
You can reproduce the issue with the official Intel Avalon Verification IP Suite: 19. Avalon-MM Verilog HDL and VHDL Testbenches
When you execute the testbench without "-novopt" option the testbench gets stuck and won't be fully executed.
When you add the "-novopt" option, you get the described warning.
best regards
Fabian
- KennyT_altera
Super Contributor
I am getting a different error:
** Warning: (vopt-10908) Some optimizations are turned off because the +acc switch is in effect.
# ** Error (suppressible): test_program.sv(229): (vopt-7063) Failed to find 'set_command_address' in hierarchical name '$root.tb.dut.master_0.set_command_address'.
# Region: tb.tp
# ** Error (suppressible): test_program.sv(229): (vopt-7063) Failed to find 'set_command_burst_count' in hierarchical name '$root.tb.dut.master_0.set_command_burst_count'.
# Region: tb.tp
# ** Error (suppressible): test_program.sv(229): (vopt-7063) Failed to find 'set_command_burst_size' in hierarchical name '$root.tb.dut.master_0.set_command_burst_size'.
Will get back to you if i manage to duplicate your error.
- KennyT_altera
Super Contributor
Seems like I was not able to bypass the above error. May I know which version of Quartus that you were using? Can you send your zip design instead?
- KennyT_altera
Super Contributor
I've managed to reproduce this issue in another design of mine using Quartus Standard Edition. At this point, I haven't found a solution. I've reached out to Siemens for a possible workaround—stay tuned for updates.
- FabianL
Occasional Contributor
thanks for the investigations.
best regards
Fabian
- KennyT_altera
Super Contributor
We manage to find the root cause of the issue:
The modelsim.ini file used in this case was carried over from a previous project, so it didn’t include the latest default settings. As a result, errors like the suppressible vlog-12110 were triggered because the -novopt switch was still active by default.
This occurred because the line VoptFlow = 1 was missing from the modelsim.ini, and the -novopt option has since been deprecated.
In newly generated modelsim.ini files, VoptFlow = 1 is enabled by default to support the vopt optimization flow.
Example from modelsim.ini:
[vsim]
; vopt flow
; Enables automatic design optimization
; Default is enabled
VoptFlow = 1
For more information, there’s also a knowledge base article that explains how to compile “Resource” libraries and how this relates to the vopt flow.
https://support.sw.siemens.com/en-US/product/852852103/knowledge-base/MG527812
I will create an Altera-version Knowledge Base article for the solution discussed above. Based on the conversation, there are currently no plans to automatically enable this option in the modelsim.ini file, as the intention is to maintain flexibility and ensure backward compatibility with modelsim.ini files from older projects.
- KennyT_altera
Super Contributor
Not sure if you have more question? If no, we shall close this thread.
- KennyT_altera
Super Contributor
As we do not receive any response from you on the previous answer that we have provided. Please login to ‘https://supporttickets.intel.com/s/?language=en_US’, view details of the desire request, and post a feed/response within the next 15 days to allow me to continue to support you. After 15 days, this thread will be transitioned to community support. The community users will be able to help you on your follow-up questions.
- FabianL
Occasional Contributor
Hello,
sorry for the late reply. Actually the solution you proposed did not work.
It does solve the issue with the "-suppress 12110" message. (by the way same as not using the "-novopt" option)
But as I stated in my original request: This causes the Avalon BFM models to get stuck! The testbench will only execute 2 transactions and then gets stuck.
Please compare with these threads:
- https://community.intel.com/t5/Intel-Quartus-Prime-Software/Avalon-Verification-IP-example-avlmm-1x1-vhdl-not-working-in/m-p/1516388
- Unable to use Avalon-MM master verification BFM in Questa sim - Intel Community
So sorry to say that, but we are not any closer to any solution.
best regards
Fabian