1 / 27

ESL Trends and Frameworks for Electronic System Level Design

Explore the trends and frameworks in Electronic System Level (ESL) design, including abstraction, verification, and EDA industry trends. Learn about heterogeneity, Models of Computation (MoCs), and behavioral hierarchy in ESL. Discover examples of MoC extensions like Synchronous Data Flow in SystemC. Enhance simulation efficiency with behavioral hierarchy and heterogeneous extensions.

summer
Download Presentation

ESL Trends and Frameworks for Electronic System Level Design

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. FERMAT | Sandeep Shukla | June 2005 {shukla}@vt.edu ESL: Panacea or Hype? Acknowledgement: NSF, Project Espresso @IRISA, FERMAT @Virginia Tech, and the “Chip Design” Magazine

  2. Outline • Pictures speak louder than words • What is ESL? • Abstraction Trends • Verification Trends • EDA Industry Trends • What are we doing? • Heterogeneity and MoCs • Behavioral Hierarchy • Meta Modeling Support • Service Oriented Validation Framework

  3. Electronic System Level?

  4. Abstraction Trends

  5. Hardware Resources and Computer Power

  6. A Tale of Two ESLs?

  7. HW/SW Cost Breakdown Trends

  8. Verification Trends

  9. Hybrid and AMS

  10. Verification Trends

  11. ESL Industry Space

  12. Our Work at FERMAT and ESPRESSO • Introduce Heterogeneity in SystemC with Models of Computation (MoC) extensions • Raise the Modeling Fidelity • Step towards Behavioral Hierarchy with Heterogeneity • EWD: Meta-Modeling Frameworks • CARH: Service Oriented Validation Framework

  13. SystemC’s Discrete-Event Kernel • Evaluate-Update Paradigm • Dynamic scheduling incurs unnecessary delta cycles • Statically schedulable MoCs should avoid dynamic scheduling

  14. An Example MoC Extension: Synchronous Data Flow in SystemC • SDF models are: • Amenable to static scheduling • Require blocks to have predefined production and consumption rates • Construct repetition vector • Construct firing order • Executable schedule achieved with valid repetition vector and firing order

  15. An Example MoC Extension: Synchronous Data Flow in SystemC SC_MODULE( sdf_block ) { SDFPort< sc_uint< 8 > > sample_in; SDFPort< sc_uint< 8 > > sample_out; SC_SDF_METHOD( block_entry ); SC_CTOR( sdf_block ) { // Register this block into sdf_graph } void block_entry() { // Entry specific code } }; SC_MODULE( toplevel ) { sc_in_clk CLK; SC_THREAD( topentry ) { sensitive << CLK.pos(); }; SC_CTOR ( toplevel ) { // Instantiate SDF blocks and connect // the ports } void topentry() { sdf_trigger(); } }; • Constructing an SDF model requires: • Encapsulating SDF specific processes (SC_SDF_METHOD) in a top-level SystemC process • Top-level constructs SDF graph with appropriate API • Every unique SDF model must be registered in its own sdf_graph instance • Top-level entry function must invoke sdf_trigger() function

  16. An Example MoC Extension: Synchronous Data Flow in SystemC • During initialization all executable schedules are computed • DE kernel continues executes without intervention until sdf_trigger() is invoked • SDF kernel takes over and executes the SDF-specific blocks according to the computed schedule

  17. Heterogeneous ExtensionsCommunicating Sequential Processes Fork2 • Rendez-vous communication Fork1 Phil3 Phil2 Fork3 Footman Phil4 Phil1 Fork0 Phil0 Fork4

  18. s0 s1 s2 s3 s4 Heterogeneous ExtensionsFinite State Machine Fork2 • Control machines Fork1 Phil3 Phil2 Fork3 Footman Phil4 Phil1 Fork0 Phil0 Fork4

  19. SDF: Producer/Consumer Producer Consumer Heterogeneous ExtensionsDE, FSM, SDF & CSP Fork2 DE: Solves RSA Encryption Algorithm Fork1 Phil3 Phil2 Fork3 SDF: Sobel Edge Detection Algorithm Footman Phil4 Phil1 Fork0 Phil0 Fork4

  20. Simulation EfficiencyA brief look • Pure SDF models ~ 65% gains • Pure FSM models ~ 10% degradation • Pure CSP models ~ 1% gains

  21. Behavioral Hierarchy with Heterogeneity • Decompose design into small behaviors • Behaviors expressed by different MoCs

  22. Behavioral Hierarchy with Heterogeneity • Semantics define interactions within MoC and across MoCs • Hierarchical composition preserves behavioral hierarchy

  23. Doxygen Annotated XML Why you want GreenSocs • SystemCXML: http://systemcxml.sourceforge.net SystemC Source Phase 1 Extracted XML Phase 2 IR Analysis, Transformation, Testing, Optimization, …

  24. What we do with SystemC? • Service-oriented architecture • Provide infrastructure for incorporating multiple features into services using ACE/TAO • Use SCV for automated testbench generation • Dynamic-Value Change Dump • Logging Service • Employ existing CORBA services such as: • Naming Service • Event Service

  25. Meta Modeling

  26. Reference • Website for SystemC-H: http://fermat.ece.vt.edu/systemc-h/ • Book

More Related