Presentation is loading. Please wait.

Presentation is loading. Please wait.

Module2: System Architecture for Reconfigurable Platform

Similar presentations


Presentation on theme: "Module2: System Architecture for Reconfigurable Platform"— Presentation transcript:

1 Module2: System Architecture for Reconfigurable Platform
최해욱 (ICU, 공학부)

2 목 차 Module 1 : SoC System Specification, Language, Model, Analysis
목 차 Module 1 : SoC System Specification, Language, Model, Analysis Module 2 : System Architecture for Reconfigurable Platform - Platform-based Design and Platform Architecture    IP-based Design, Virtual-component-based Design Copyrightⓒ2003

3 (모듈2) 목차 System-on-Chip Architectures SoC Design Methodology
Platform-based Design Configurable Processor Cores Copyrightⓒ2003

4 (모듈2) System-on-Chip Architectures
A system-on-chip architecture integrates several heterogeneous components on a single chip Memory Microcontroller FPGA Analog- Digital Communication Structure Digital- Analog Custom Hardware DSP Increasingly powerful applications are possible! An efficient implementation requires many low level details Copyrightⓒ2003

5 (모듈2) A typical system-on-chip
A typical system-on-chip on a single chip Micro-processor DSP Memory Custom Logic (ASIC) I/O System on a chip Copyrightⓒ2003

6 Canonical form of an SoC
A microprocessor and its memory subsystem On-Chip buses A memory controller for external memory A communications controller A video decoder A timer and interrupt controller A general purpose I/O (GPIO) interface A UART interface Copyrightⓒ2003

7 (모듈2) SoC Architectures
A SoC integrates many heterogeneous components on a single chip A SoC is a parallel architecture and thus the work on parallel computers can be used A key challenge is to design the communication between the different entities of a SoC in order to minimize the communication overhead Copyrightⓒ2003

8 (모듈2) How to design future embedded systems?
Specification o Design productivity increases with the level of abstraction o The task of functional verification is very difficult at low abstraction levels Implementation o Efficient implementations require to exploit the low-level features of the target architecture Idea (Specification) abstract Design Abstraction Gap Product (Implementation) detailed Challenge for System Design! Copyrightⓒ2003

9 (모듈2) Abstraction Levels
SYSTEM CHIP REGISTER GATE CIRCUIT SILICON It is important to work on the right level of abstraction! Copyrightⓒ2003

10 (모듈2) System Level IMU A/B Computer Radar C/D
IMU: Interrupt Managing Unit (?) C/D: Carrier Detection (?) Copyrightⓒ2003

11 (모듈2) Chip Level RAM uP Pararllel Port USART Interrupt Controller 16 8
Copyrightⓒ2003

12 (모듈2) Register Level Sel Reg Reg MUX Clk A Clk B Inc Copyrightⓒ2003

13 (모듈2) Gate Level Cout A Sum P B Cin Copyrightⓒ2003

14 (모듈2) Transistor Level Vdd SP GP DP Vout Vin DN GN SN GND
Copyrightⓒ2003

15 (모듈2) Layout (Silicon) Level
Vin GND Vdd Vout Copyrightⓒ2003

16 (모듈2) The importance of the level of abstraction
The right level of abstraction allows to make the appropriate decisions without considering unnecessary details Shorter design times Though in theory everything can be fine-tuned at the silicon level, it is in practice impossible to make a large design at the silicon level Copyrightⓒ2003

17 (모듈2) SoC Design The continuous progress in silicon process technology allows to increase more and more functionality on a single chip => Systems on a chip become reality Market-driven forces: o Shorter product design schedules and life spans o Products have to confirm to standards o The design has to be right from the start. An implementation error means heavy loss of money or product death o Large designs are integrated into a single chip The SoC design process must address these driving forces Copyrightⓒ2003

18 (모듈2) Primary Design Methodologies
Area Driven Design (ADD) o Digital ASIC on older process technologies Timing-Driven Design (TDD) o Digital ASIC on Deep Submicron (DSM) Block-Based Design (BBD) o Complex ASIC with Intellectual Property Blocks Platform-Based Design (PBD) o System-on-a-chip Copyrightⓒ2003

19 (모듈2) Area-Driven Design (ADD)
Earlier process technologies were not able to integrate very many transistors on a single chip Area was very important and the effort was put on logic optimization ADD was used mainly for new designs (no reuse) Logic Copyrightⓒ2003

20 (모듈2) Timing-Driven Design (TDD)
With continuous improvements in process technologies, area became less important Focus shifted to performance (speed and power) constraints Time-to-market became increasingly important TDD is used for new designs on DSM processes Design teams are small Logic Copyrightⓒ2003

21 (모듈2) Timing-Driven Design (TDD)
TDD became possible due to: o Interactive floor-planning tools, which gave good area and delay estimates o Static-timing analysis tools, which inform the designer, if timing requirements are violated o Compiler (synthesis) tools, which move the design to higher levels of abstraction Copyrightⓒ2003

22 (모듈2) Block-Based Design (BBD)
Improved process technologies allow to put additional components on a single chip (memory, microprocessor cores) Applications are more complex and are very difficult to design and verify, if developed from scratch Multiple design teams work on different parts of the system Reusable virtual components (VCs) can be acquired from other companies Logic DSP Core Memory IP-Block Complex ASIC Copyrightⓒ2003

23 (모듈2) Block-Based Design (BBD)
Ideally a BBD is behaviorally modeled at the system level HW/SW trade-offs, functional HW/SW co-verification is ideally performed at that level Design is partitioned into several components, which are then designed at a lower level (RTL for HW) Then the entire design is verified (integration test) Copyrightⓒ2003

24 (모듈2) Block-Based Design (BBD)
System Model Partitioning & Mapping HW-Model (VHDL) SW-Model (C/C++) HW Synthesis SW Compilation Executable Program Netlist Verification Copyrightⓒ2003

25 (모듈2) Block-Based Design (BBD)
BBD has been possible due to: o High-level system analysis tools o Block floor planning • Constraint budgets for top-level chip interconnects • Infrastructure models for clock, test, and bus architectures that can be used for timing abstraction o Integrated synthesis and physical design • The influence of physical design issues is handled in the synthesis process (better tools) Copyrightⓒ2003

26 (모듈2) Platform-Based Design (PBD)
Deep Submicron Technologies allow to put many components on a single chip The costs for test and verification are continuously increasing Design Reuse is a prerequisite to enable PBD and shortens Time-To-Market ATM Logic MPEG DSP Core RAM ROM Proc Core System-on-a-Chip Copyrightⓒ2003

27 (모듈2) Platform-Based Design (PBD)
Like BBD, PBD starts at System Level (similar design flow) PBD is heavily based on design reuse Pre-verified blocks with standardized interfaces are used The following design concepts must be further developed: o Interface Standardization o Virtual Component Design Objective: Plug & Play Design Important: Standardized Test Strategies that can be used for systems consisting of several components Copyrightⓒ2003

28 (모듈2) Platform-Based Design (PBD)
PBD becomes possible due to o System-level and architectural design tools and methodologies o Physical Layout Tools • Bus planning • Block Integration o Virtual Components functional verification tools There is a key problem with Virtual Components (IP-blocks): IP-vendors do not want to reveal the internal secrets of their designs! Copyrightⓒ2003

29 (모듈2) Configurable Processor Cores
Why Configurable Processor Cores? Observations o Time-to-market is critical o Development time for software is much smaller than for hardware o Hardware can be customized and has much better performance than software solution Copyrightⓒ2003

30 (모듈2) Configurable Processor Cores
Why Configurable Processor Cores? Idea o Combine the advantages of hardware and software in form of a customizable processor to achieve • Clearly shorter Time-To-Market than hardware • Clearly better performance than software o Provide a processor platform with a basic architecture that can be extended • by additional optimized units (MAC, Floating-Point Unit) • Own instructions together with own customized hardware can be defined for the processor Copyrightⓒ2003

31 (모듈2) Example for a configurable processor: Xtensa(Tensilica)
The Xtensa processor core o Targets system-on-chip applications o Is configurable, extensible and synthesizable o Has • Base Instruction Set Architecture • Configurable Functions (Parameterized) • Optional Functions • Designer-Defined Functions and Registers (For Acceleration of Specific Algorithms) Copyrightⓒ2003

32 (모듈2) Basic Xtensa Core 32-bit architecture Base configuration:
o 32-bit ALU o Up to 64 general purpose registers o 6 special purpose registers o 80 base instructions o Improved 16- and 24-bit RISC instruction encoding Copyrightⓒ2003

33 (모듈2) Optional Architecture
Execution Units o Multipliers, 16 and 32 bits o MAC-Unit, Floating-Point Unit Interface Options Memory Subsystem Options o Memory Management Options o Local Data and Instruction Caches o Separate RAM, ROM Areas for Data and Instruction Copyrightⓒ2003

34 (모듈2) Tensilica Extension Language
The Tensilica extension language is used to describe new instructions, registers and execution units that are then automatically added to the Xtensa processor Copyrightⓒ2003

35 (모듈2) Xtensa Processor Design Process
The Tensilica extension language is used to describe new instructions, registers and execution units that are then automatically added to the Xtensa processor Copyrightⓒ2003

36 (모듈2) Design Flow 1. Choose basic Xtensa processor
2. Specify algorithm in C 3. Compile to Target Processor 4. Profile and check, if design constraints are met 5. If constraints are met, everything is fine, otherwise 6. Choose optional functions (e.g. Multiplier) or design new instructions for the critical part => improved architecture 7. Adjust your code for the new architecture 8. Go back to 3. Copyrightⓒ2003

37 (모듈2) Summary (Configurable Processor)
The Xtensa concept provides o Not only a configurable architecture o But also a design methodology The idea is to take the best of both the hardware and the software world in order to o Have good performance o Short Time-to-Market Xtensa processors can be used as parts of a system-on-chip architecture Copyrightⓒ2003

38 (모듈) 참고문헌 “System Modeling – Model of Computation and their Applications,” Axel Jantsch LECS, Royal Institute of Technology, Stockholm, Sweden Jan, 2004. “Winning the SoC Revolution-Experiences in Real Design,” Grant Martin & Henry Chang, Cadence Labs, KAP, Jun, 2003. “System Design and Methodology: Modeling and Design of Embedded Systems,” Petru Eles, Linkopings Univ., Sweden “Memory Issues in Embedded Systems-on-Chip,” Preeti Ranjan Panda (Synopsys, Inc.), Nikil Dutt (Univ. of Cal/Irvine), Alexandru Nicolau (Univ. of Cal/Irvine), KAP 1999. Copyrightⓒ2003


Download ppt "Module2: System Architecture for Reconfigurable Platform"

Similar presentations


Ads by Google