Ascent XV


Datasheet (pdf)


Press Releases



Early Verification Products

Advanced Sign-off Verification Products

Common Infrastructure

  • iDebug
    Design Intent Debug and Data Management

Ascent XV

X-Design and Verification System

The Ascent X-design and verification system (XV) enables the prevention of inaccurate simulation due to X-optimism caused by the propagation of unknowns (‘Xs’) in RTL designs. XV identifies the X-sources and any X-sensitive constructs, and suggests how to efficiently eliminate X’s from uninitialized flops. XV also identifies and corrects inaccurate simulation due to X-pessimism caused by the propagation of unknowns in netlist or gate-level designs.  The objective is to eliminate potential issues early in the RTL cycle, and simply detect and correct the issues at the netlist stage.  Early sign-off of X issues eliminates costly, painful gate-level debug, and prevents hidden functional bugs from slipping through to silicon.

The Unknown is Dangerous
Design language standards defines an X as an “unknown” when simulation cannot definitely resolve a signal value. Due to simulation semantics, X’s can mask bugs in RTL simulation due to X-optimism. While these bugs also show up at the gate level, X-pessimism will cause additional X’s. Time consuming iterations between simulation and synthesis are required to debug and resolve differences. Unwarranted X-propagation thus proves costly, causes painful debug, and sometimes allows functional bugs to slip through to silicon. Ascent XV exposes all X-sources at RTL, so you have a complete understanding of where problems might originate.

Continued increases in SOC integration and the interaction of blocks with various states of power management are exacerbating the X problem. While hardware resets can be used to initialize registers to known values, resetting every flop or latch is not practical because of routing overhead. For synchronous resets, synthesis tools typically clump these with data-path signals, thereby losing the distinction between X-free logic and X-prone logic. This in turn causes unwarranted X-propagation during the reset simulation phase. State-of-the-art low-power designs have additional sources of Xs due to switching between power modes. Ascent XV is a next generation product designed to avoid, detect, and debug X-issues at RTL, and then to correct pessimism in the netlist, ensuring that simulation results will match the hardware behavior.

RTL Static Analysis Reveals X Issues
Ascent XV delivers a comprehensive report for determining how susceptible a design is to the masking of functional bugs due to X-optimism in simulations. All X-sources in the design are automatically identified through structural analysis as well as X-accurate formal reset analysis. The report shows nets in the design that are sensitive to X-optimism due to the propagation of an X from an X-source, and provides debug information with links to the source code and a trace from each net to an X-source in the design.

Power and Design Reset Optimization
Reset and retention optimization in Ascent XV minimize block-level standby power and reduce reset-routing complexity and minimize block-level standby power by assessing and then optimizing the number of flops that require hardware resets and/or retention cells to ensure a complete initialization. Ascent XV first identifies all X’s and then ensures that unknowns are accurately propagated during reset analysis. The report enables analyzing the X-accurate initialization state of any power transition, and can suggest where to add and/or remove resets to achieve complete initialization.
Netlist Static Analysis Reveals X-pessimism
Static analysis is also used to identify where pessimism can occur in the design.  In the case of pessimism, no changes to the code are advised.  Instead side files (SimPortal files) are generated that can be used in the simulation to correct pessimism when it occurs, independent of the test sequence used.
Debug X-issues with SimPortal
Ascent XV SimPortal generates an X-accurate model that is used to detect and debug functional issues and to eliminate correct unnecessary X’s in the simulation environment. Assertion-based monitors on inputs and/or outputs of X-sensitive constructs quickly reveal the root cause of an error. Also, coverage monitors are provided to verify that all X-sensitive constructs have been exercised. Smart checkers ensure assumptions made in the analysis hold during simulation. A flexible X-verification testbench is generated that instantiates all of the SimPortal files so there is no need to touch the design testbench.
Powerful Debug Interface
Ascent XV comes with a powerful integrated graphical interface. It shows the path from the sensitive construct to an X-source, facilitates waivers of X-Sources and X-sensitive nets, and provides links from source code navigation.


  • Minimizes susceptibility to simulation inaccuracy due to X-issues that mask functional bugs at RTL and cause unnecessary X’s in netlist simulations
  • Fast design audit identifies all X-source and X-sensitive constructs that might be driven by an X-source
  • Reduces power and routing congestion through optimization of required hardware resets and retention calls.
  • SimPortal verification automatically generates debug monitors and a simulation free of unnecessary X issues; efficiently identifies and corrects X-pessimism in netlist simulations
  • Powerful integrated graphical interface
  • Simulation Debug monitors facilitate tracing issues back to the root cause