Search Results

Filters
Reset All

Filters

Topic

Show More

Show Less

Content Type

Show More

Show Less

Audience

Resource Type

Show More

Show Less

Tags

Show More

Show Less

2075 Results

  • Formal 101 – Setting Up & Optimizing Constraints

    In this session we will show you how to write optimal constraints for formal analysis; and how to deliberately under- and over-constrain the analysis to learn more about the effectiveness of the constraints themselves, your test plan and formal coverage plan, and the DUT behavior.

  • Setting Up & Optimizing Constraints

  • Optimizing a Fault Campaign for Complex Mixed-Signal Devices

    In this session, you will learn details how to effectively set up and execute an ISO 26262 fault campaign for mixed signal designs and establishing an efficient fault injection workflow for analog and digital portions of the design.

  • Low Power Considerations for Verification

    Achieving coverage closure increases with the number of power domains in a design. The UPF add_power_state and add_state_transition commands can help bound the verification state space. In this session we will discuss how to use these commands to manage verification.

  • Formal 101 – Basic Abstraction Techniques

    In this session we will teach about the types of DUT constructs that commonly cause trouble for the formal analysis, and how to apply time-tested techniques to safely abstract them away so that the formal verification run can rapidly reach closure.

  • A Methodology for Comprehensive CDC+RDC Analysis

    In this session, you will learn how to improve your comprehensive CDC and RDC methodology development schedules and predictability.

  • A Methodology for Comprehensive CDC+RDC Analysis

    In this session, you will learn how to improve your comprehensive CDC and RDC methodology development schedules and predictability.

  • Easy Test Writing with a Proxy-driven Testbench

    In this session we'll examine ways to create powerful reusable testbenches by hiding the signals and providing your test writers with a proxy that lets them start writing tests immediately.

  • Generic SCSI-Based Host Controller Verification Framework Using SystemVerilog

  • Generic SCSI-Based Host Controller Verification Framework Using SystemVerilog

  • Early Design Validation AI Accelerator’s System Level Performance Using An HLS Design Methodology

    This workshop will demonstrate how pre-hls simulation using MatchLib can identify and fix potential system-level performance issues that are normally not found till very late in a hand-coded RTL design methodology.

  • Early Design & Validation of an AI Accelerator’s Performance Using an HLS Design

    This workshop will show how an HLS design and verification flow built around Catapult, and the ecosystem around it, could dramatically speed up the design of the AI/ML hardware accelerators compared to a traditional RTL based flow. It will focus on using the open-source MatchLib SystemC library from NVIDIA to perform rapid modelling and synthesis of the ML accelerator.

  • Functional Debug: Verification and Beyond

    In this session, we will discuss the features of functional debug solutions and the benefits they bring throughout the SoC development process.

  • Making Your DPI-C Interface a Fast River of Data

    This session will describe DPI-C usage, including imported calls, exported calls, context calls, input, output and inout arguments, call-by-reference and return values. This will be a good reference for beginners but also containing tips and advanced usage for the current DPI-C user.

  • Primary, Anonymous, or What? The Destiny of Ports from Design Top from Off-Chip

    This session distinctively studies the ‘simulation-impacting’ features of ‘design top’ IOs and the effect of each feature on verification results; this has been accomplished by thoroughly identifying every possible scenario for different design tops, their port types, possible LRM interpretations, presence of design or liberty or UPF attributes, and repercussions at post synthesis simulation.

  • Functional Debug: Verification and Beyond

    In this session, we will explore an alternative approach to SoC development, analysis, debug and bring up. We will describe a different approach, in which debug and performance tuning is considered from the outset, by including within the SoC a light but independent infrastructure dedicated to bringing debug visibility across the entire SoC – an approach which is independent of CPU architecture.

  • Bringing Reset and Power Domains Together – Confronting UPF Instrumentation

    This session specifically talks about the issues encountered in Reset Domain Crossing introduced by UPF instrumentation. UPF instrumentation may lead to higher number of new Resets which are not part of the design specification leading to huge verification turnaround time.

  • Making Your DPI-C Interface A Fast River Of Data

    DPI-C is a powerful way to integrate C code with SystemVerilog. The interface is a simple function or task call, identical to a normal SystemVerilog function or task call. This paper will describe DPI-C usage, including imported calls, exported calls, context calls, input, output and inout arguments, call-by-reference and return values. This will be a good reference for beginners but also containing tips and advanced usage for the current DPI-C user.

  • Making Your DPI-C Interface A Fast River Of Data

    SystemVerilog DPI-C enables functional verification teams to leverage C code for modeling, checking and utility functions. The simple "C" style call interface allows fast adoption and easy integration. This paper explains the workings of the integration and provides data type mapping examples and some hints on optimizing the calls for maximum performance.

  • “Bounded Proof” Sign-Off with Formal Coverage

    In this session, we will show how “Formal Coverage” methodologies and the resulting data enable engineers to effectively judge the quality of verification that these “bounded proofs” provide.

  • Handling Reset Domain Crossing for Designs with Set-Reset Flops

    This session specifically explores the different possible scenarios with such flops and problems introduced by these in the RDC closure. Which potentially can be dangerous and time consuming.

  • Handling Reset Domain Crossing for Designs with Set-Reset Flops

    There are cases where the Reset Domain definition is not that simple and straight forward. One such case is the handling of “Set-Reset” flops. We face design structures where there are more than one asynchronous set/reset controlling a flop. Then there can be scenarios involving data transfer between two such flops. Another matter of concern is if the output of such flops is used as reset further down the design.

  • Handling Reset Domain Crossing for Designs with Set-Reset Flops

    There are cases where the Reset Domain definition is not that simple and straight forward. One such case is the handling of “Set-Reset” flops. We face design features where there is more than one asynchronous set/reset controlling a flop. This paper specifically explores the different possible scenarios with such flops and problems introduced by these in the RDC closure. Which potentially can be dangerous and time consuming.

  • Handling Reset Domain Crossing for Designs with Set-Reset Flops

    Reset domain Crossing has emerged into a major and un-avoidable design step in modern ASIC design flows. In any Digital design, Reset Domain Crossing (RDC) is essentially a structure where a signal crosses over from one reset domain to another reset domain. In this paper we will try to look at the problem structurally and propose a strategy to reach a conclusion where we face such design structures.

  • Primary, Anonymous, or What? The Destiny of Ports from Design Top from Off-Chip

    Top level primary IOs remain mysterious in the verification world, specifically when you consider UPF-based low power designs. In real silicon, they are usually driven by off-chip supplies; however, verification complications multifold at RTL and gate-level simulations for them.