-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
logic equivalence check #93
Comments
The only IP that we needed to exclude from LEC (by blackboxing it) was the FPU. All LEC tools struggled with it resulting in timeouts. Other than that, RTL <-> netlist LEC passed just fine. Also without more detailed information about the problem you are facing we cannot really help. |
can you please share the scripts of LEC passing RTL vs netlist so that I can review the constraints , if not then can you please discuss what are the constraints/app_options needed for LEC |
Unfortunately I'm not allowed to share those scripts. As I said previously, you just need to blackbox the FPU (module |
Thank you but I've already treated it as a black box. My inquiry pertains to whether there are additional constraints beyond those related to the black box IP. However, despite this approach, I'm encountering lots of verification failures let's discuss one of them Ref DFF r:/WORK/ioss_wrap/u_io_subsys_wrapper/u_ioss/fc_subsystem_i/FC_CORE_FC_CORE_i/cs_registers_i/mhpmcounter_q_reg_0__0_ issue is : fm_shell (verify)> analyze_points r:/WORK/ioss_wrap/u_io_subsys_wrapper/u_ioss/fc_subsystem_i/FC_CORE_FC_CORE_i/cs_registers_i/mhpmcounter_q_re g_0__0_
|
I am currently working on a verification task involving LEC (Logical Equivalence Checking) using Formality. Unfortunately, I have encountered a verification failure in this process. The focus of this verification task is to compare the RTL (Register Transfer Level) design with the netlist. The netlist has been generated after synthesizing a specific block using the Fusion Compiler.The issue I am facing appears to be located within the FC_CORE portion of our design. The verification failure is primarily attributed to unmatched inputs or required input mismatches between the RTL and the synthesized netlist.
I am seeking help from anyone with expertise in logic equivalence checking or experience with similar verification tasks. If there is someone who can assist with debugging or provide insights into resolving this issue, your assistance would be greatly appreciated.
The text was updated successfully, but these errors were encountered: