test-templates - Embedded Systems

Download Report

Transcript test-templates - Embedded Systems

National Sun Yat-sen University
Embedded System Laboratory
A Unified Methodology for Pre-Silicon
Verification and Post-Silicon Validation
Citation : 15
Presenter : Ching-Hua Huang
Adir, A., Copty, S. ; Landa, S. ; Nahir, A. ; Shurek, G. ; Ziv, A. ; Meissner, C. ; Schumann, J.
IBM Res., Haifa, Israel
Design, Automation & Test in Europe Conference & Exhibition (DATE), 2011
2013/7/15
Abstract
The growing importance of post-silicon validation in
ensuring functional correctness of high-end designs increases the
need for synergy between the pre-silicon verification and postsilicon validation.
We propose a unified functional verification methodology for
the pre- and post-silicon domains. This methodology is based on a
common verification plan and similar languages for test-templates
and coverage models.
Implementation of the methodology requires a userdirectable stimuli generation tool for the post-silicon domain. We
analyze the requirements for such a tool and the differences
between it and its pre-silicon counterpart.
Based on these requirements, we implemented a tool called
Threadmill and used it in the verification of the IBM POWER7
processor chip with encouraging results.
2

Why using Post-silicon validation?
◦ Reasoning
 The size and complexity of modern hardware systems
 Sunk costs
◦ Benefits
 Tests are executed directly on manufactured silicon
 In the past
 Validating electrical aspects
 Diagnosing systematic manufacturing defects
 Today
 Functional validation
◦ Challenges
 Limited internal observability
 Difficult to modify the manufactured chips
3
What’s the problem ? (Cont.)

The growing importance of post-silicon validation
◦ High-end designs increases the need for synergy between the
pre-silicon verification and post-silicon validation.
◦ Propose a unified methodology to building a bridge allowing
easier integration between the domains.

Difference between Pre- and Post-silicon domains
◦ Pre-silicon platforms
 Software simulators and hardware acceleration
 Support detailed level of observability
◦ Post-silicon platforms
 Provide significantly higher execution speeds
 The verification tools need to be adjusted for the best utilization of
available speed
4

5
Pre-silicon verification V.S. Post-silicon validation
Pre-silicon verification
Post-silicon validation
Goal
Finding all the bugs
Finding the bugs that escaped
pre-silicon
Usage Duration
Before tape-out
From prototype silicon to
volume production
Implementation
environment
Virtual platforms
Real-world system boards
Approach
Simulation, Emulation
and Formal verification tools
Logic analyzer and
Assertion-based tools
Speed
Fast
Slow
Observability
Good
Bad
Modifiability
Good
Bad
Time scale
Hours/Days
Weeks / Months
[1]
Functional
verification
Implementation on the
modern hardware systems is
a mammoth task
[2]
Post-silicon
methodology
Post-silicon validation is not a
new idea, but very little is
published on post-silicon
verification methodologies.
[3-7]
Most research in
post-silicon
validation
[13]
Threadmill
The tool that
implemented the
proposed methodology
Unified
Verification
Methodology
Checking and debugging
capabilities of the silicon
platforms
6
[This paper]
[14]
GenesysPro
IBM’s well-established test
generation tool for the
functional verification
Pre-silicon stimuli generation

Motivation
◦ According to the user’s specifications, it can provide
 Desired scenarios
 High-quality test cases

Scenario specifications – test-templates
◦ Test template that defines a scenario (on the left) and a test
generated from this template (on the right).
◦ GenesysPro -IBM’s well-established test generation tool
 Functional verification of processors

7
The generated test cases
◦ Must be valid to the processor’s architecture
◦ Be different from each other as much as possible

Testing knowledge
◦ Defines the interesting verifications events
 Register dependency
 Memory collisions
◦ Employs a reference model
 Simulating on it every generated instruction
Test
Template
Model of the
Architecture
Testing
knowledge
8
Test
Generator
Reference
Model
Test
Test
case
Test
case
case
Simulation
Post-silicon stimuli generation

The first important characteristic
◦ long loading and Initialization time

Exercisers - A self-contained solution
◦
◦
◦
◦
Generates the test-cases
Runs test-cases
Checking
It a good post-silicon solution
 Only loaded once on the DUV

Problem
◦ Simulation speed
 Spend less effort in generating precise interesting scenarios
 Increase in number of tests generated
◦ Low observability
 Overcome this problem by the acceleration platform
9
A unified verification methodology

A key ingredient for the success of such methodology
◦ Providing common languages for the pre- and post-silicon
 Test specification, progress measure, etc.

This verification methodology
◦ Leverages three different platforms:
 Simulation, Acceleration and Silicon
◦ Requires three major components:
 A verification plan
 Directable stimuli generators suited to each platform
 Functional coverage models
 Identifies gaps in the implementation of the plan
10
Threadmill

Threadmill was developed to enable the unified
methodology
◦ To support a verification process by a verification plan
◦ To guide the exerciser through test-templates

Execution process starts with a builder application
◦ Convert the data incorporated in the test-template
◦ The architectural model into data structures that are then
embedded into the exerciser image
Test
Template
Testing
knowledge
Model of the
Architecture
11
Builder
Accelerator
Silicon

Exerciser image is composed of three major
components
◦ A thin, OS-like layer of basic services
◦ A representation of the test-template, architectural model, and
system configuration description
◦ Fixed code that is responsible for the exercising
12
Before the experiment

I think this paper will show the performance of
Threadmill
◦ Because it is the exercise which developed enable the unified
methodology
13
Experimental results

IBM’s POWER7 processor
◦ Implements the 64-bit IBM Power Architecture
◦ POWER7 chip incorporates eight SMT processor cores with
three levels of caches, memory and I/O controllers and other
support and management logic

POWER7 Coverage results
 unit simulation
 core simulation
 EoA : Exercisers on Accelerators
 Fetch unit (IFU) and sequencing unit (ISU)
 EoA is almost similar to the core simulation
14

Conclusions
◦ Random stimuli generator that is controlled via test-templates
◦ The benefits of Threadmill
 Increased synergy between the two domains
 Using a directable generator in post-silicon validation
◦ Incorporate more testing knowledge
 Improve Threadmill to create interesting verification event

My comments
◦ For me, there are many new information and ideas in this
paper.
◦ I still confused in some concept of this paper.
 I will read more reference about this area.
15