Professional Documents
Culture Documents
Ieee Cas Dallas 111104
Ieee Cas Dallas 111104
Atul Jain
AJ 11/11/04
12/6/2004
Outline
What is SoC?
Why SoCs?
Why SoC Methodology?
Design Challenges
Summary
GPP
DSP
Memory
Peripherals
User logic Analog
processor cores
Embedded memories
Multiple peripherals
Modules interconnected via
standard busses
User logic 500K+ gates
Analog Modules (Phys,
ADC, DAC)
Application S/W for the
processor core(s)
Ethernet
Phy
CPU
$1.5
$5
Number of
packages reduced
from 5 1.
DSP
$5
SoC
$16 - $24
ASIC
Data
Converters
$15 - $20
$2.5
Die area
reduction in
integrated
solution
Why SoCs?
Advanced technologies enabling more
multiple sources.
Resource management
Minimize number of Resources Required to complete a
design.
Efficiently manage resources across projects.
Share domain expertise across multi-site design teams.
Make effective use of design automation.
Typical Methodologies
Waterfall Model*
Spiral Model*
Construct by Correction*
Waterfall Model
Specification
RTL Development
Functional Verification
Synthesis
Timing Analysis (wireload model)
Scan Insertion & ATPG
Place & Route
Timing Analysis (with SDF)
Gate-level Sims (with SDF)
Mfg. & Test
Deliver to software and systems teams.
Software
Architecture
Block Partitioning
RTL Coding
Module & Chip-level
verification
DFT Planning
Physical Design
Library selection
Package selection
Floorplan
Clock expansion
Placement
Routing
Signal Integrity
IR Drop Analysis
Application Prototype
Prototype testing
Application development
Application testing
Constraints and
exceptions definition
Block-level Synthesis
Top-level Synthesis
Scan Insertion / ATPG
Static Timing Analysis
Construct by Correction
Used for development of UltraSPARC.
Single team took design from Architectural definition
10
Design Start
Design Specification
Library selection
11
environment.
IO Selection.
Package Selection.
Die size estimate tradeoffs
Preliminary floorplan
IO limited vs. Core limited vs. Megamodule
limited vs. Package limited
12
13
Hard IP
Need to support the following models:
Floorplanning
Functional
Physical Design
Timing
Software tools for
Synthesis
processor core
DFT
Scan hookup requirements
Clock insertion delay numbers and skew
requirements
Power requirements
Integration/Test documentation
AJ Nov. 11, 2004
14
Soft IP
Synthesizable RTL
Functional Verification
Coverage metrics
models to speed-up verification
Synthesis / Timing Analysis
Timing exceptions and constraints
Clock and Reset requirements
Critical paths should be documented
DFT scripts
Physical design
Memory placement guidelines
Special clock handling requirements
Software tools for processor cores
Implementation and integration documentation
IEEE CAS (Dallas Chapter)
15
planning decisions
Partitioning designs into subchips or
hierarchical modules
Flat vs. Physical hierarchy decisions
Partitioning is needed to
Meet Area, Timing, and Power budgets.
Minimize top-level logic and routes.
16
RAM
RAM
RAM
RAMRAM
RAM
SubChip4
SubChip4
SubChip3
SubChip3
5M
RAM
RAM
gates of
logic +
RAM
processorRAM SubChip2
SubChip2
RAM
RAM
Core +
Memories
RAM
RAM
CORE
CORE
RAM
RAM
RAM
RAM
SubChip1
SubChip1
17
regime:
Parameters (Leff, VT, Tox, etc.) across chips (inter-die) are
different.
Parameters within the same chip (intra-die) are also different.
Why?
18
P2
Width and
spacing are not
independent
P3
P1
P0
AJ Nov. 11, 2004
19
OCV Analysis
Cannot assume constant PTV across die Essential
20
Crosstalk Analysis
Wire aspect ratio changes for DSM
technologies.
Cc
Cc
Cs
Cs
0.5 m
0.13 m
21
Crosstalk Effects
Crosstalk affects the circuits in two ways:
Glitch propagation
Victim
problem.
Glitches on Clocks
Aggressor
Contributing
noise
can be a real
problem.
Victim
Aggressor
22
Victim
Victim
Victim
without
with noise
noise
Vdd
Vdd
Vdd/2
Vdd/2
Aggressor/Victim net
Opposite
direction
switching
23
Victim
Aggressor 2
Victim
Crosstalk
VictimNet
NetDelay
Delaywithout
with Crosstalk
Victim
Aggressor 1
Aggressor 2
24
25
26
Power (W)
200
40-50% is leakage
power
150
100
50
0
0.25
0.18
0.13
0.09
0.065
Leakage Power
Active Power
27
28
29
Voltage Islands
V2
V2
1.5V
1.5V
300MHz
300MHz
LS
V3
V3 (0.8V)
(0.8V)
150
150 MHz
MHz
LS
CORE
CORE
V2
V2 (1.5V)
(1.5V)
300
300 MHz
MHz
30
Design Management
Configuration management
Paramount for Multi-site development
Feature Creep
Process Requirement Changes
Test and Reliability Requirement Changes.
31
Summary
Robust Design Methodology needed for
success of SoCs.
Design Reuse and Automation essential
ingredients.
Different methodologies followed in the
industry:
Waterfall Model
Spiral Design Model
Construction By Correction
32