ISCUG Keynote May 2008 Acknowledgements to the TI-Nokia ESL forum (held Jan 2007) and to James Aldis, TI and OSCI TLM WG Chair 1 SystemC: Untapped Value.

Slides:



Advertisements
Similar presentations
Connected Health Framework
Advertisements

Integration of MBSE and Virtual Engineering for Detailed Design
.NET Technology. Introduction Overview of.NET What.NET means for Developers, Users and Businesses Two.NET Research Projects:.NET Generics AsmL.
OCP-IP SLD New Generation Using OSCI-TLM-2.0 to Model a Real Bus Protocol at Multiple Levels of Abstraction FDL 2008 James Aldis, Texas Instruments Mark.
Presenter : Shao-Chieh Hou VLSI Design, Automation and Test, VLSI-DAT 2007.
1 System Level Verification of OCP-IP based SoCs using OCP-IP eVC Himanshu Rawal eInfochips, Inc.,4655 Old Ironsides Drive, Suite 385,Santa Clara, CA
Supporting New Business Imperatives Creating a Framework for Interoperable Media Services (FIMS)
Standard Interfaces for FPGA Components Joshua Noseworthy Mercury Computer Systems Inc.
ECOE 560 Design Methodologies and Tools for Software/Hardware Systems Spring 2004 Serdar Taşıran.
Synchron’08 Jean-François LE TALLEC INRIA SOP lab, AOSTE INRIA SOP lab, EPI AOSTE ScaleoChip Company SoC Conception Methodology.
Workshop - November Toulouse Paul Brelet TRT Modeling of a smart camera systems 24/11/
Puneet Arora ESCUG, 09 Abstraction Levels in SoC Modelling.
Consortium The Organization Overview & Status Update February 2006 Ralph von Vignau, The SPIRIT Consortium Chair © SPIRIT All rights reserved.
Workshop - November Toulouse L. Maillet-Contoz, STMicroelectronics.
The Future of Formal: Academic, IC, EDA, and Software Perspectives Ziyad Hanna VP of Research and Chief Architect Jasper Design Automation Ziyad Hanna.
8.
Usage of System C Marco Steffan Overview Standard Existing Tools Companies using SystemC.
Thee-Framework for Education & Research The e-Framework for Education & Research an Overview TEN Competence, Jan 2007 Bill Olivier,
Behavioral Design Outline –Design Specification –Behavioral Design –Behavioral Specification –Hardware Description Languages –Behavioral Simulation –Behavioral.
Software Reuse Repository - The Market in a Nutshell - November 30, 1998 Tracy Fujieda CS 446 Tools and Processes for Software.
2 PDesigner : MPSoC Development Framework Processor and MPSoC Modeling – ESL modeling – Platform based Automatic Generation of MPSoC Simulators Architecture.
Computer Systems & Architecture Lesson Software Product Lines.
© Copyright Alvarion Ltd. Hardware Acceleration February 2006.
3rd Annual Energistics Standards Summit Standards – Benefits across Industries Michael Strathman Aspen Technology, Inc 23 October 2008.
Role of Standards in TLM driven D&V Methodology
SOA – Development Organization Yogish Pai. 2 IT organization are structured to meet the business needs LOB-IT Aligned to a particular business unit for.
MIGRATING INTO A CLOUD P. Sai Kiran. 2 Cloud Computing Definition “It is a techno-business disruptive model of using distributed large-scale data centers.
TM Efficient IP Design flow for Low-Power High-Level Synthesis Quick & Accurate Power Analysis and Optimization Flow JAN Asher Berkovitz Yaniv.
Voicu Groza, 2008 SITE, HARDWARE/SOFTWARE CODESIGN OF EMBEDDED SYSTEMS 1 Hardware/Software Codesign of Embedded Systems DESIGN METHODOLOGIES Voicu.
11 Using SPIRIT for describing systems to debuggers DSDP meeting February 2006 Hobson Bullman – Engineering Manager Anthony Berent – Debugger Architect.
REXAPP Bilal Saqib. REXAPP  Radio EXperimentation And Prototyping Platform Based on NOC  REXAPP Compiler.
Automated Design of Custom Architecture Tulika Mitra
1 Integration Verification: Re-Create or Re-Use? Nick Gatherer Trident Digital Systems.
A New Method For Developing IBIS-AMI Models
Versus JEDEC STAPL Comparison Toolkit Frank Toth February 20, 2000.
High Performance Embedded Computing © 2007 Elsevier Lecture 3: Design Methodologies Embedded Computing Systems Mikko Lipasti, adapted from M. Schulte Based.
R R R 1 Frameworks III Practical Issues. R R R 2 How to use Application Frameworks Application developed with Framework has 3 parts: –framework –concrete.
High Performance Embedded Computing © 2007 Elsevier Chapter 1, part 2: Embedded Computing High Performance Embedded Computing Wayne Wolf.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
ESL and High-level Design: Who Cares? Anmol Mathur CTO and co-founder, Calypto Design Systems.
EDA Standards – The SPIRIT View Gary Delp VP and Technical Director SPIRIT.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
Encapsule Systems Reducing Software Development Costs.
1 IMEC / KHBO June 2004 Micro-electronics SystemC Dorine Gevaert.
MILAN: Technical Overview October 2, 2002 Akos Ledeczi MILAN Workshop Institute for Software Integrated.
MODUS Project FP7- SME – , Eclipse Conference Toulouse, May 6 th 2013 Page 1 MODUS Project FP Methodology and Supporting Toolset Advancing.
March 2004 At A Glance NASA’s GSFC GMSEC architecture provides a scalable, extensible ground and flight system approach for future missions. Benefits Simplifies.
BridgePoint Integration John Wolfe / Robert Day Accelerated Technology.
UML MARTE Time Model for Spirit IP-XACT Aoste Project INRIA Sophia-Antipolis.
Chapter © 2012 Pearson Education, Inc. Publishing as Prentice Hall.
SOC Virtual Prototyping: An Approach towards fast System- On-Chip Solution Date – 09 th April 2012 Mamta CHALANA Tech Leader ST Microelectronics Pvt. Ltd,
ITIL VS COBIT 06 PLM - Group 9
Multi-objective Topology Synthesis and FPGA Prototyping Framework of Application Specific Network-on-Chip m Akram Ben Ahmed Xinyu LI, Omar Hammami.
SIP’s Role In Open Source Al Brisard, Vice President, Marketing Pingtel.
Design with Vivado IP Integrator
MEASURING BPM SOFTWARE ROI AND ITS BENEFITS IN RISK MANAGEMENT PROCESS AUTOMATION Contact us at | Web : | Tel: 1.
System Architecture CS 560. Project Design The requirements describe the function of a system as seen by the client. The software team must design a system.
April 15, 2013 Atul Kwatra Principal Engineer Intel Corporation Hardware/Software Co-design using SystemC/TLM – Challenges & Opportunities ISCUG ’13.
The Post Windows Operating System
Introduction to Visual Basic. NET,. NET Framework and Visual Studio
Programmable Hardware: Hardware or Software?
Some Historical Context And Some Prognostication
IP – Based Design Methodology
Indigo Doyoung Lee Dept. of CSE, POSTECH
Chapter 2: The Linux System Part 1
IMPORTANT NOTICE TO STUDENTS:
The People Ready Vision for Business in the Enterprise
OCP-IP SLD New Generation Using OSCI-TLM-2
Enterprise Architecture at Penn State
ONAP Architecture Principle Review
Presentation transcript:

ISCUG Keynote May 2008 Acknowledgements to the TI-Nokia ESL forum (held Jan 2007) and to James Aldis, TI and OSCI TLM WG Chair 1 SystemC: Untapped Value and Why Nagendra G. D

ISCUG Keynote May Outline ESL Goals & Central role of SystemC Bridges to build, Barriers to break –Language completeness –Tools adoption –R&D Costs for IP, & Si vendors India SCUG opportunities

ISCUG Keynote May ESL goals Standardized interoperability of system level modeling methodologies Consistent SystemC based model library of all components for all purposes with a very limited set of modeling style options Standardized interfaces, tool independency Standards based ESL flow, master platform description that produces several possible simulation environments / SW runtimes Standard meta-data format for IP interfaces, requirements, constraints etc. Open issues –Processor and memory model standardization –Verification –Open integrated development environment Processor core model IP (proprietary) Behavior Interface (OSCI) Interconnect (OCP) Standard (SPIRIT) metadata-library Socket (OCP) IP (proprietary ) Behavior Interface (OSCI) Socket (OCP) Interface (OSCI) Socket (OCP) Memory model Interface (OSCI) Socket (OCP) Configuration, debug, tracing, etc. (OCP, OSCI, SPIRIT)

ISCUG Keynote May ESL goals Standardized interoperability of system level modeling methodologies Consistent SystemC based model library of all components for all purposes with a very limited set of modeling style options Standardized interfaces, tool independency Standards based ESL flow, master platform description that produces several possible simulation environments / SW runtimes Standard meta-data format for IP interfaces, requirements, constraints etc. Open issues –Processor and memory model standardization –Verification –Open integrated development environment Processor core model Interface (OSCI) Interconnect (OCP) Socket (OCP) Interface (OSCI) Socket (OCP) Interface (OSCI) Socket (OCP) Memory model Interface (OSCI) Socket (OCP) Configuration, debug, tracing, etc. (OCP, OSCI, SPIRIT) No unified agreed ESL flow, point-solutions even within individual ESL providers Bus interface compliancy, other capabilities missing Role of TLM/SystemC in design flows, preference as output language What is/are input language(s)?

ISCUG Keynote May Standardized interoperability of system level modeling methodologies Consistent SystemC based model library of all components for all purposes with a very limited set of modeling style options Standardized interfaces, tool independency Standards based ESL flow, master platform description that produces several possible simulation environments / SW runtimes Standard meta-data format for IP interfaces, requirements, constraints etc. Open issues –Processor and memory model standardization –Verification –Open integrated development environment ESL goals Processor core model Interface (OSCI) Interconnect (OCP) Socket (OCP) Interface (OSCI) Socket (OCP) Interface (OSCI) Socket (OCP) Memory model Interface (OSCI) Socket (OCP) Configuration, debug, tracing, etc. (OCP, OSCI, SPIRIT) Big expectations on IP-XACT ESL extensions, a promise of broad support from about all suppliers Approaches for processor modeling still hugely varying, may pose a problem on interoperability? Indications of approaches on co-verification in ESL, interoperability?

ISCUG Keynote May Standardized interoperability of system level modeling methodologies Consistent SystemC based model library of all components for all purposes with a very limited set of modeling style options Standardized interfaces, tool independency Standards based ESL flow, master platform description that produces several possible simulation environments / SW runtimes Standard meta-data format for IP interfaces, requirements, constraints etc. Open issues –Processor and memory model standardization –Verification –Open integrated development environment ESL goals Processor core model IP (proprietary) Behavior Interface (OSCI) Interconnect (OCP) Standard (SPIRIT) metadata-library Socket (OCP) IP (proprietary ) Behavior Interface (OSCI) Socket (OCP) Interface (OSCI) Socket (OCP) Memory model Interface (OSCI) Socket (OCP) Configuration, debug, tracing, etc. (OCP, OSCI, SPIRIT) Unified development and execution environments HW dependent SW on visionary roadmap of OSCI/Spirit High Level Synthesis tools not yet fully connected to overall platform model

ISCUG Keynote May Bridges to build, Barriers to break Language completeness –Model specification & support for consistency across abstraction levels –SW Development support Speed Debug, benchmarking & tuning Tools adoption –Proprietary technologies will not be sustainable –Interoperability, seamless flows is MUST HAVE: Architecture analysis tools HLS tools SW development platforms HW-SW co-verification solutions R&D Costs, ROI for IP & Si vendors

ISCUG Keynote May Language: OSCI std to IP users

ISCUG Keynote May Let’s Sum That Up

ISCUG Keynote May What Interfaces are There?

ISCUG Keynote May Language Expectations Summary Just SystemC is not enough: a vast range of incompatible options exist within that name Definitions of model types Level of abstraction Functional and timing accuracy Binary compatibility between models Machine-readable documentation of models Support for SW debug capabilities Support for SW, architecture performance analysis frameworks Kernel implementation – speed

ISCUG Keynote May Tools Adoption Dilemma of tools vendors for strict adherence to standards versus differentiated capabilities –Should fully operate in SystemC framework, leverage it maximally –Extensions are okay, but need to grow standard Model building/generation tools should support several abstractions Models need to be decoupled from environments –Si providers need to support tools of customer choice –Platform specific hooks inside models are a barrier –Built-in compilers, versions pose a nuisance Model ownership, Flexible license schemes –Tools licenses should be decoupled from model run-time licenses –Licensing schemes should support both internal use as well as external distribution of models, platforms

ISCUG Keynote May R&D Costs, ROI for IP, Si Vendors This is the catalyst for change Legacy infrastructure is a barrier However, IP subsystems are rapidly evolving encouraging a renewal of infrastructure, deployment There is a healthy ecosystem of Si vendors and IP providers Early modeling investments during chip definition “Software ready at Si” drives a strong need for virtual platforms and IP vendors to supply inter- operable models

ISCUG Keynote May India SCUG Opportunities India has all the elements: ESL, EDA houses, IP vendors, Si vendors, ODMs/OEMs, SW houses, … –Opportunity to drive the vision Contribute to the standard proactively –SW development capabilities of models (debug, analysis) –Model compatibility –Analog modeling

ISCUG Keynote May Thank you!