Spirit20090924poly

Gary Dare
Gary DareGeneral Manager um Space Codesign
Summary of the IP-XACT
Standard & SPIRIT Consortium
                    Gary Leonard Dare

               Electrical Engineer in Electronics,
                     Computing, and EDA

                              présenté à
                     École Polytechnique,
                    Université de Montréal
                          Sept. 2009

 All non-published, non-public, non-excerpted content – Copyright Gary Dare
Gary Dare - résumé

 Education
B.Sc. - Manitoba (Winnipeg)
Ph.D. - Columbia (New York City)



 Professional
Nortel: BNR (Toronto), RBN (Montréal)
Motorola Labs (Chicago)
Mentor Graphics Corporation (Portland, OR)
     
         Delegate to SPIRIT Consortium, 2004-09
Outline

    Overview

    SPIRIT Consortium

    IP-XACT Overview

    IP-XACT Adoption

    Post-SPIRIT World
       Accellera-SPIRIT Merger
       IEEE P1685 Standardization
       Further Work
         
             Some IP-XACT Shortcomings
Outline II


    Sources
       Intro to XML, DesignCon 2006 presentation
       Organization Overview, July 2007
       DAC 2007 presentation
       DAC 2008 presentation
       DAC 2009 presentation
       Public sources (web pages, data sheets, etc.)

    http://www.spiritconsortium.org/
       http://www.spiritconsortium.org/press/presentations
Main Themes

    SPIRIT Consortium
       Organization
       Standards Development
       Accellera Merger


    IP-XACT
       1.2 (RTL)
       1.4 (RTL, ESL)
       1.5 (IEEE P1685)
       Industry Adoption
SPIRIT Consortium

    Section 1
SPIRIT & IP-XACT

    SPIRIT Consortium
       standards organization
       founded 2003 (inc. 2006)
       merging with Accellera

    IP-XACT
       IP meta-data standard (original name: SPIRIT)
       XML Schema
       based on Platform Express 1.0 XML Schema
        (Mentor Graphics; donated 2003)
SPIRIT Scope

    “Establish a set of IP and tool integration
    standards that enable proliferation of IP
    reuse through design automation.”
       from Accellera-SPIRIT merger announcement
        meeting, DAC 2009


    http://www.spiritconsortium.org/
SPIRIT Standards

    IP-XACT

    SystemRDL
       RDL donation 2006 (Denali)
       Release 1.0 (May 2009)


    IP Tagging
       from VSIA (organization dissolved, 2008)
       IPP 1 3.0 Hard IP Tagging (orig. Artisan)
       IPP 4 2.0 Soft IP Tagging
       Tag reader/writer (orig. Freescale)
SPIRIT Members
SPIRIT Reviewing Members
SPIRIT Organization Structure
SPIRIT Operations: Technical
      Working Groups
IP-XACT Overview

    Section 2
IP-XACT Overview



       'databook'
Use Case for IP Providers
Use Case for Designers
Use Case for Design
                  Automation

    Use/Support elements of IP-XACT
       Import IP Component Libraries
         
             internal, external, 3 rd Party
       Export/Transfer Designs
       Interconnection of Standard Interfaces
         
             Transaction (ESL) or Signal (RTL)
       Execute Generators
         
           functions to access data about components and
           designs (TGI)
         
           generator chains to implement methdology
                 design flows for hardware and/or software
Introduction to XML

    http://www.spiritconsortium.org/
       http://www.spiritconsortium.org/press/presentations
       Presentations from DesignCon 2006
       Introduction_to_XML.pdf
Why Use XML?

    An open, machine readable metadata
    standard
       Maintained by W3C (controls web standards)
       http://www.w3c.org

    XML enables cross-domain information
    processing tools from multiple vendors
       storage in ASCII text
       data interchange between incompatible systems

    Backed by a wealth of tools and support
       many libraries and development environments

                               see Introduction_to_XML.pdf
IP-XACT XML Schema
               Highlights

    Component
       VLNV

    Design

    Channel

    Bus and Abstraction Definitions

    Generators

    Abstractors
       signals to/from transactions

    XSL Transform
       1.2 to 1.4
       1.4 to 1.5
IP-XACT Component

    Component describes an IP Object including
    data on:
       VLNV
       Bus Interfaces
         
             based on Bus and Abstraction Definitions for Standard
       Memory Map(s), Address Space(s)
       Register Descriptions
       Model
         
             Ports – TLM or RTL signals (“wire ports”)
       Filesets
         
           all relevant sets of files for models, etc.
         
           ESL, RTL, drivers, boot code, assertions, stimulus, etc.

    Can be a leaf or hierarchical component
VLNV

    VLNV uniquely identifies a component by
    specifying:                          Leon2 UART
    —   Name             <spirit:vendor>spiritconsortium.org</spirit:vendor>
                                         UART         Timers
                         <spirit:library>Leon2</spirit:library>             UART
    —   Version          <spirit:name>UART</spirit:name>
                                       V1.0         V1.0
                                                                               V1.0
                         <spirit:version>1.2</spirit:version>
    —   Library
                         ...                   UART
    —   Vendor
                                     Lib1        V1.1                          Lib2

    - or ANY                                                      Vendor1
    IP-XACT
    Object!                               UART
                           Vendor2
                                            V1.0

                                            Lib2
        from 20061205_IP-XACT_Worked_Examples_V1.2.pps – IP-SOC 2006
IP-XACT Design

    Design documents a set of Components
    and Interconnections

    Accompanied by one or more designConfig
    XML files
       each contains configuration data for
        components present in the design file

    A design can become a hierarchical
    component
       must be referenced by an IP-XACT
        Component XML file
IP-XACT Channel Concept via
      Design Example

    Simple subsystem: CPU, AHB-APB bus
    bridge, 2 peripherals, 2 interconnects

    Channels implement interconnections
        bus interfaces are mirrors of standard ports
         (Mirror-Master, Mirror-Slave)
        based on Bus and Abstraction Definitions
                                                i_apbbus
i_leon2Proc                       i_apbmst            MS0           i_UART
                  i_ahbbus
                                       M              MS1       S
    S0   M        MM0 MS0         S              MM
                  MM1 MS1                             MS2
    S1
                                                      MS3       S
                                                                i_timers

     from 20061205_IP-XACT_Worked_Examples_V1.2.pps – IP-SOC 2006
Bus & Abstraction Definitions

    Bus Definition
       Identifies a named interconnection standard
         
             e.g., AMBA AHB 2.0; OCP 2.1; IBM CoreConnect
       Also extensions
         
             e.g., OCP 2.x Profiles – block data, xbus read, etc.

    Abstraction Definition
       defines actual ports for an interconnect standard
         
             references Bus Definition's VLNV
       up to 1 transaction level definition (TLM/ESL)
       up to 1 signal (wire) level definition (RTL)
IP-XACT Generator

    TGI – Tight Generator Interface API

    Independent of vendor and language

    Consistent Data Access about an IP
A Word on Generators

    IP-XACT TGI
       General Purpose
       Portable
       Generator Chains access data according to IP
        designer intent (i.e., databook)

    Proprietary Generators
       Specific to IP provider and/or DE
         
           not usually portable between EDA tools
         
           IP Provider-specific support is selective
                recognized by some DE's, ignored by other DE's
       Powerful in supporting environment
IP-XACT Adoption

    Section 3

    Initial adoption focus at enterprise level
       Large corporations with lots of IP
       Great Recession started in late 2007 in the US,
        then went Global ...
         
           Pockets not as deep after 2001 tech recession
         
           Slow recovery to 2007 for high technology
         
           Support for IP-XACT initiatives have stalled in many
           large companies
                 e.g., significant layoffs at NXP, ST, Infineon, Freescale, etc.
         
             EDA firms are suffering because their Customers are
             suffering (credit crunch)
IP Providers

    Design IP
       ARM
       Synopsys
         
             DesignWare
       ST*
       NXP* (Philips Semiconductor)
       Freescale* (Motorola Semiconductor/SPS)
       etc.

    Verification IP
       Synopsys
         
             DesignWare VIP
       Yogitech              * Distribution Controlled, Not Open Market
       etc.
Design Environments (DE)

    Magillem (Prosilog)

    Duolog – Socrates

    Synopsys – CoreTools (CoreAssembler, etc.)

    CoWare – Platform Architect
       also AMBA Designer (ARM/Axys)

    Denali – Blueprint

    PDTi – SpectaReg, etc. (Vancouver, BC)

    NXP – NxBuilder (internal)
       built on Mentor Graphics Platform Express

    Mentor Graphics
       Platform Express, Perspecta
       HDL Designer IP-XACT Solution
                           see IP-XACT_Adoption_DATE_2007_final.pdf
DE Common Characteristics

    Import components, designs

    Recognize bus and abstraction definitions

    Export designs and/or hierarchical
    components

    Packaging – generate IP-XACT XML for IP
Platform Express




from Rapid Design Creation Using Configurable IP – Actel Niu, Mentor Graphics China
Platform Express Features

    IP-XACT 1.2 (rel. 3.x), 1.4 (rel. 4.0 Beta)

    Drag & Drop Design Assembly
       Correct By Construction

    Interconnection
       scalable interconnection (vendor extension)

    IP Configuration (static, dynamic)

    Generators
       IP-XACT 1.4 TGI
       Native PX (vendor extension)

    Platform Express XML Schema
       vendor extension

    IP Packager (Model Express)
IP-XACT Benefits seen by NXP
Post-SPIRIT World

    Section 4
       Accellera-SPIRIT Merger
       IEEE P1685 Standardization
       Further Work
         
             Some IP-XACT Shortcomings
Accellera
Accellera Achievements
Accellera-SPIRIT Merger
IEEE P1685 Standardization

    Based on IP-XACT 1.5
       ratified in June 2009
       SystemRDL-compatible Register Data
       bug fixes, enhancements (structure, tag names)
       For Standardization
       NOT for Production
         
             use IP-XACT 1.4 until P1685 1.0

    Schedule
       Unknown at Present
       Last organizing meeting was 4 Oct 2007
       http://www.eda.org/spirit-p1685/
       Awaiting a re-start ...
         
             On attends le recommencer ...
Further Work I

    External Filesets
       Multiple Models of an IP ...
       can appear from Multiple Sources ...
       at Different Times!




                                                    Carbon C/C++ (TLM) @ T3


     Original CPU - RTL                                Version Management
     (ARM, IBM, etc.) @ T1   Mentor Seamless @ T2      Problem for IP-XACT
                                                       XML file of the IP ...
Further Work II

    Hierarchy
       hierarchical components composed of lower
        level components
       designs become IP ... reusable subsystems

    Issues
       Port Mapping across levels
         
             some ports may not exist in different views of lower
             level components!
       Mixed Abstraction Levels
         
             Single TLM model == RTL hierarchical component
                 no access to subcomponents (e.g., VIP probe ... for RTL!)
                 semantic rules may not be complete for this situation
Summary and Epilogue

    SPIRIT Consortium had successful 7 years
       Created two standards, adopted a third one
       IP-XACT gained significant acceptance for IP
        reuse in platform-based design
       But not wide first generation adoption (recession)

    SPIRIT merger with Accellera combines IP
    metadata + language standard development
       Language users are also IP-XACT adopters
       IEEE P1685 standardization based on 1.5

    IP-based design & reuse will be even more
    important in the coming New Normal
       http://www.eetimes.com/hr/ ... for tech news
FIN

    End ... of the Beginning!

    Q&A

    Merci!
1 von 44

Recomendados

Verification Automation Using IPXACT von
Verification Automation Using IPXACTVerification Automation Using IPXACT
Verification Automation Using IPXACTDVClub
2.4K views31 Folien
Magillem marcos av_silva von
Magillem marcos av_silvaMagillem marcos av_silva
Magillem marcos av_silvaMarcos Antonio Vieira da Silva
596 views29 Folien
Open j9 jdk on RISC-V von
Open j9 jdk on RISC-VOpen j9 jdk on RISC-V
Open j9 jdk on RISC-VRISC-V International
139 views18 Folien
Nios2 and ip core von
Nios2 and ip coreNios2 and ip core
Nios2 and ip coreanishgoel
1.9K views18 Folien
Synopsys Fusion Compiler-Comprehensive RTL-to-GDSII Implementation System von
Synopsys Fusion Compiler-Comprehensive RTL-to-GDSII Implementation SystemSynopsys Fusion Compiler-Comprehensive RTL-to-GDSII Implementation System
Synopsys Fusion Compiler-Comprehensive RTL-to-GDSII Implementation SystemMostafa Khamis
4.5K views29 Folien
SCA_4_adoption_may2013 von
SCA_4_adoption_may2013SCA_4_adoption_may2013
SCA_4_adoption_may2013ADLINK Technology IoT
944 views39 Folien

Más contenido relacionado

Was ist angesagt?

RISC-V Introduction von
RISC-V IntroductionRISC-V Introduction
RISC-V IntroductionYi-Hsiu Hsu
10.6K views27 Folien
RISC-V NOEL-V - A new high performance RISC-V Processor Family von
RISC-V NOEL-V - A new high performance RISC-V Processor FamilyRISC-V NOEL-V - A new high performance RISC-V Processor Family
RISC-V NOEL-V - A new high performance RISC-V Processor FamilyRISC-V International
346 views27 Folien
RTI-CODES+ISSS-2012-Submission-1 von
RTI-CODES+ISSS-2012-Submission-1RTI-CODES+ISSS-2012-Submission-1
RTI-CODES+ISSS-2012-Submission-1Serge Amougou
195 views6 Folien
Hard IP Core design | Convolution Encoder von
Hard IP Core design | Convolution EncoderHard IP Core design | Convolution Encoder
Hard IP Core design | Convolution EncoderArchit Vora
1.8K views42 Folien
generate IP CORES von
generate IP CORESgenerate IP CORES
generate IP CORESguest296013
4.4K views19 Folien
Verilog Lecture1 von
Verilog Lecture1Verilog Lecture1
Verilog Lecture1Béo Tú
2.3K views41 Folien

Was ist angesagt?(20)

RISC-V Introduction von Yi-Hsiu Hsu
RISC-V IntroductionRISC-V Introduction
RISC-V Introduction
Yi-Hsiu Hsu10.6K views
RISC-V NOEL-V - A new high performance RISC-V Processor Family von RISC-V International
RISC-V NOEL-V - A new high performance RISC-V Processor FamilyRISC-V NOEL-V - A new high performance RISC-V Processor Family
RISC-V NOEL-V - A new high performance RISC-V Processor Family
RTI-CODES+ISSS-2012-Submission-1 von Serge Amougou
RTI-CODES+ISSS-2012-Submission-1RTI-CODES+ISSS-2012-Submission-1
RTI-CODES+ISSS-2012-Submission-1
Serge Amougou195 views
Hard IP Core design | Convolution Encoder von Archit Vora
Hard IP Core design | Convolution EncoderHard IP Core design | Convolution Encoder
Hard IP Core design | Convolution Encoder
Archit Vora1.8K views
generate IP CORES von guest296013
generate IP CORESgenerate IP CORES
generate IP CORES
guest2960134.4K views
Verilog Lecture1 von Béo Tú
Verilog Lecture1Verilog Lecture1
Verilog Lecture1
Béo Tú2.3K views
Andes building a secure platform with the enhanced iopmp von RISC-V International
Andes building a secure platform with the enhanced iopmpAndes building a secure platform with the enhanced iopmp
Andes building a secure platform with the enhanced iopmp
Verilog von Mr SMAK
VerilogVerilog
Verilog
Mr SMAK4.4K views
The new reality and tremendous opportunity of open source processing von Mark Sinclair
The new reality and tremendous opportunity of open source processingThe new reality and tremendous opportunity of open source processing
The new reality and tremendous opportunity of open source processing
Mark Sinclair2.2K views
High Performance DSP with Xilinx All Programmable Devices (Design Conference ... von Analog Devices, Inc.
High Performance DSP with Xilinx All Programmable Devices (Design Conference ...High Performance DSP with Xilinx All Programmable Devices (Design Conference ...
High Performance DSP with Xilinx All Programmable Devices (Design Conference ...
Device Abstraction in OSGi Based Embedded Systems - Dimitar Valtchev von mfrancis
Device Abstraction in OSGi Based Embedded Systems - Dimitar ValtchevDevice Abstraction in OSGi Based Embedded Systems - Dimitar Valtchev
Device Abstraction in OSGi Based Embedded Systems - Dimitar Valtchev
mfrancis4K views
Design of LDPC Decoder Based On FPGA in Digital Image Watermarking Technology von TELKOMNIKA JOURNAL
Design of LDPC Decoder Based On FPGA in Digital Image Watermarking TechnologyDesign of LDPC Decoder Based On FPGA in Digital Image Watermarking Technology
Design of LDPC Decoder Based On FPGA in Digital Image Watermarking Technology
Toward a Methodology to turn Smalltak code into FPGA von ESUG
Toward a Methodology to turn Smalltak code into FPGAToward a Methodology to turn Smalltak code into FPGA
Toward a Methodology to turn Smalltak code into FPGA
ESUG1K views
Tech talk with lampro mellon an open source solution for accelerating verific... von RISC-V International
Tech talk with lampro mellon an open source solution for accelerating verific...Tech talk with lampro mellon an open source solution for accelerating verific...
Tech talk with lampro mellon an open source solution for accelerating verific...

Similar a Spirit20090924poly

SDN, OpenFlow, NFV, and Virtual Network von
SDN, OpenFlow, NFV, and Virtual NetworkSDN, OpenFlow, NFV, and Virtual Network
SDN, OpenFlow, NFV, and Virtual NetworkTim4PreStartup
5.2K views72 Folien
Mina2 von
Mina2Mina2
Mina2ducquoc_vn
1.5K views28 Folien
Apache Pulsar Development 101 with Python von
Apache Pulsar Development 101 with PythonApache Pulsar Development 101 with Python
Apache Pulsar Development 101 with PythonTimothy Spann
1.2K views45 Folien
Inria Tech Talk : RIOT, l'OS libre pour vos objets connectés #IoT von
Inria Tech Talk : RIOT, l'OS libre pour vos objets connectés #IoTInria Tech Talk : RIOT, l'OS libre pour vos objets connectés #IoT
Inria Tech Talk : RIOT, l'OS libre pour vos objets connectés #IoTStéphanie Roger
323 views48 Folien
Eric Theis resume61.1 von
Eric Theis resume61.1Eric Theis resume61.1
Eric Theis resume61.1Eric Theis
463 views7 Folien
Spectra OE Webcast July 2010 von
Spectra OE Webcast July 2010Spectra OE Webcast July 2010
Spectra OE Webcast July 2010ADLINK Technology IoT
625 views37 Folien

Similar a Spirit20090924poly(20)

SDN, OpenFlow, NFV, and Virtual Network von Tim4PreStartup
SDN, OpenFlow, NFV, and Virtual NetworkSDN, OpenFlow, NFV, and Virtual Network
SDN, OpenFlow, NFV, and Virtual Network
Tim4PreStartup5.2K views
Apache Pulsar Development 101 with Python von Timothy Spann
Apache Pulsar Development 101 with PythonApache Pulsar Development 101 with Python
Apache Pulsar Development 101 with Python
Timothy Spann1.2K views
Inria Tech Talk : RIOT, l'OS libre pour vos objets connectés #IoT von Stéphanie Roger
Inria Tech Talk : RIOT, l'OS libre pour vos objets connectés #IoTInria Tech Talk : RIOT, l'OS libre pour vos objets connectés #IoT
Inria Tech Talk : RIOT, l'OS libre pour vos objets connectés #IoT
Stéphanie Roger323 views
Eric Theis resume61.1 von Eric Theis
Eric Theis resume61.1Eric Theis resume61.1
Eric Theis resume61.1
Eric Theis463 views
OCP Engineering Workshop at UNH von 호용 류
OCP Engineering Workshop at UNH OCP Engineering Workshop at UNH
OCP Engineering Workshop at UNH
호용 류364 views
Iisrt arshiya hesarur von IISRT
Iisrt arshiya hesarurIisrt arshiya hesarur
Iisrt arshiya hesarur
IISRT252 views
Summit 16: How to Compose a New OPNFV Solution Stack? von OPNFV
Summit 16: How to Compose a New OPNFV Solution Stack?Summit 16: How to Compose a New OPNFV Solution Stack?
Summit 16: How to Compose a New OPNFV Solution Stack?
OPNFV687 views
IETF building block in the LwM2M Ecosystem (IoT World 2017 Workshop) von Open Mobile Alliance
IETF building block in the LwM2M Ecosystem (IoT World 2017 Workshop)IETF building block in the LwM2M Ecosystem (IoT World 2017 Workshop)
IETF building block in the LwM2M Ecosystem (IoT World 2017 Workshop)
Design of 32 Bit Processor Using 8051 and Leon3 (Progress Report) von Talal Khaliq
Design of 32 Bit Processor Using 8051 and Leon3 (Progress Report)Design of 32 Bit Processor Using 8051 and Leon3 (Progress Report)
Design of 32 Bit Processor Using 8051 and Leon3 (Progress Report)
Talal Khaliq320 views
International Journal of Computational Engineering Research(IJCER) von ijceronline
International Journal of Computational Engineering Research(IJCER)International Journal of Computational Engineering Research(IJCER)
International Journal of Computational Engineering Research(IJCER)
ijceronline184 views
International Journal of Computational Engineering Research(IJCER) von ijceronline
International Journal of Computational Engineering Research(IJCER) International Journal of Computational Engineering Research(IJCER)
International Journal of Computational Engineering Research(IJCER)
ijceronline248 views
Introduction to Fog von Cisco DevNet
Introduction to FogIntroduction to Fog
Introduction to Fog
Cisco DevNet1.6K views

Spirit20090924poly

  • 1. Summary of the IP-XACT Standard & SPIRIT Consortium Gary Leonard Dare Electrical Engineer in Electronics, Computing, and EDA présenté à École Polytechnique, Université de Montréal Sept. 2009 All non-published, non-public, non-excerpted content – Copyright Gary Dare
  • 2. Gary Dare - résumé  Education B.Sc. - Manitoba (Winnipeg) Ph.D. - Columbia (New York City)  Professional Nortel: BNR (Toronto), RBN (Montréal) Motorola Labs (Chicago) Mentor Graphics Corporation (Portland, OR)  Delegate to SPIRIT Consortium, 2004-09
  • 3. Outline  Overview  SPIRIT Consortium  IP-XACT Overview  IP-XACT Adoption  Post-SPIRIT World  Accellera-SPIRIT Merger  IEEE P1685 Standardization  Further Work  Some IP-XACT Shortcomings
  • 4. Outline II  Sources  Intro to XML, DesignCon 2006 presentation  Organization Overview, July 2007  DAC 2007 presentation  DAC 2008 presentation  DAC 2009 presentation  Public sources (web pages, data sheets, etc.)  http://www.spiritconsortium.org/  http://www.spiritconsortium.org/press/presentations
  • 5. Main Themes  SPIRIT Consortium  Organization  Standards Development  Accellera Merger  IP-XACT  1.2 (RTL)  1.4 (RTL, ESL)  1.5 (IEEE P1685)  Industry Adoption
  • 7. SPIRIT & IP-XACT  SPIRIT Consortium  standards organization  founded 2003 (inc. 2006)  merging with Accellera  IP-XACT  IP meta-data standard (original name: SPIRIT)  XML Schema  based on Platform Express 1.0 XML Schema (Mentor Graphics; donated 2003)
  • 8. SPIRIT Scope  “Establish a set of IP and tool integration standards that enable proliferation of IP reuse through design automation.”  from Accellera-SPIRIT merger announcement meeting, DAC 2009  http://www.spiritconsortium.org/
  • 9. SPIRIT Standards  IP-XACT  SystemRDL  RDL donation 2006 (Denali)  Release 1.0 (May 2009)  IP Tagging  from VSIA (organization dissolved, 2008)  IPP 1 3.0 Hard IP Tagging (orig. Artisan)  IPP 4 2.0 Soft IP Tagging  Tag reader/writer (orig. Freescale)
  • 14. IP-XACT Overview  Section 2
  • 15. IP-XACT Overview 'databook'
  • 16. Use Case for IP Providers
  • 17. Use Case for Designers
  • 18. Use Case for Design Automation  Use/Support elements of IP-XACT  Import IP Component Libraries  internal, external, 3 rd Party  Export/Transfer Designs  Interconnection of Standard Interfaces  Transaction (ESL) or Signal (RTL)  Execute Generators  functions to access data about components and designs (TGI)  generator chains to implement methdology  design flows for hardware and/or software
  • 19. Introduction to XML  http://www.spiritconsortium.org/  http://www.spiritconsortium.org/press/presentations  Presentations from DesignCon 2006  Introduction_to_XML.pdf
  • 20. Why Use XML?  An open, machine readable metadata standard  Maintained by W3C (controls web standards)  http://www.w3c.org  XML enables cross-domain information processing tools from multiple vendors  storage in ASCII text  data interchange between incompatible systems  Backed by a wealth of tools and support  many libraries and development environments see Introduction_to_XML.pdf
  • 21. IP-XACT XML Schema Highlights  Component  VLNV  Design  Channel  Bus and Abstraction Definitions  Generators  Abstractors  signals to/from transactions  XSL Transform  1.2 to 1.4  1.4 to 1.5
  • 22. IP-XACT Component  Component describes an IP Object including data on:  VLNV  Bus Interfaces  based on Bus and Abstraction Definitions for Standard  Memory Map(s), Address Space(s)  Register Descriptions  Model  Ports – TLM or RTL signals (“wire ports”)  Filesets  all relevant sets of files for models, etc.  ESL, RTL, drivers, boot code, assertions, stimulus, etc.  Can be a leaf or hierarchical component
  • 23. VLNV  VLNV uniquely identifies a component by specifying: Leon2 UART — Name <spirit:vendor>spiritconsortium.org</spirit:vendor> UART Timers <spirit:library>Leon2</spirit:library> UART — Version <spirit:name>UART</spirit:name> V1.0 V1.0 V1.0 <spirit:version>1.2</spirit:version> — Library ... UART — Vendor Lib1 V1.1 Lib2 - or ANY Vendor1 IP-XACT Object! UART Vendor2 V1.0 Lib2 from 20061205_IP-XACT_Worked_Examples_V1.2.pps – IP-SOC 2006
  • 24. IP-XACT Design  Design documents a set of Components and Interconnections  Accompanied by one or more designConfig XML files  each contains configuration data for components present in the design file  A design can become a hierarchical component  must be referenced by an IP-XACT Component XML file
  • 25. IP-XACT Channel Concept via Design Example  Simple subsystem: CPU, AHB-APB bus bridge, 2 peripherals, 2 interconnects  Channels implement interconnections  bus interfaces are mirrors of standard ports (Mirror-Master, Mirror-Slave)  based on Bus and Abstraction Definitions i_apbbus i_leon2Proc i_apbmst MS0 i_UART i_ahbbus M MS1 S S0 M MM0 MS0 S MM MM1 MS1 MS2 S1 MS3 S i_timers from 20061205_IP-XACT_Worked_Examples_V1.2.pps – IP-SOC 2006
  • 26. Bus & Abstraction Definitions  Bus Definition  Identifies a named interconnection standard  e.g., AMBA AHB 2.0; OCP 2.1; IBM CoreConnect  Also extensions  e.g., OCP 2.x Profiles – block data, xbus read, etc.  Abstraction Definition  defines actual ports for an interconnect standard  references Bus Definition's VLNV  up to 1 transaction level definition (TLM/ESL)  up to 1 signal (wire) level definition (RTL)
  • 27. IP-XACT Generator  TGI – Tight Generator Interface API  Independent of vendor and language  Consistent Data Access about an IP
  • 28. A Word on Generators  IP-XACT TGI  General Purpose  Portable  Generator Chains access data according to IP designer intent (i.e., databook)  Proprietary Generators  Specific to IP provider and/or DE  not usually portable between EDA tools  IP Provider-specific support is selective  recognized by some DE's, ignored by other DE's  Powerful in supporting environment
  • 29. IP-XACT Adoption  Section 3  Initial adoption focus at enterprise level  Large corporations with lots of IP  Great Recession started in late 2007 in the US, then went Global ...  Pockets not as deep after 2001 tech recession  Slow recovery to 2007 for high technology  Support for IP-XACT initiatives have stalled in many large companies  e.g., significant layoffs at NXP, ST, Infineon, Freescale, etc.  EDA firms are suffering because their Customers are suffering (credit crunch)
  • 30. IP Providers  Design IP  ARM  Synopsys  DesignWare  ST*  NXP* (Philips Semiconductor)  Freescale* (Motorola Semiconductor/SPS)  etc.  Verification IP  Synopsys  DesignWare VIP  Yogitech * Distribution Controlled, Not Open Market  etc.
  • 31. Design Environments (DE)  Magillem (Prosilog)  Duolog – Socrates  Synopsys – CoreTools (CoreAssembler, etc.)  CoWare – Platform Architect  also AMBA Designer (ARM/Axys)  Denali – Blueprint  PDTi – SpectaReg, etc. (Vancouver, BC)  NXP – NxBuilder (internal)  built on Mentor Graphics Platform Express  Mentor Graphics  Platform Express, Perspecta  HDL Designer IP-XACT Solution see IP-XACT_Adoption_DATE_2007_final.pdf
  • 32. DE Common Characteristics  Import components, designs  Recognize bus and abstraction definitions  Export designs and/or hierarchical components  Packaging – generate IP-XACT XML for IP
  • 33. Platform Express from Rapid Design Creation Using Configurable IP – Actel Niu, Mentor Graphics China
  • 34. Platform Express Features  IP-XACT 1.2 (rel. 3.x), 1.4 (rel. 4.0 Beta)  Drag & Drop Design Assembly  Correct By Construction  Interconnection  scalable interconnection (vendor extension)  IP Configuration (static, dynamic)  Generators  IP-XACT 1.4 TGI  Native PX (vendor extension)  Platform Express XML Schema  vendor extension  IP Packager (Model Express)
  • 36. Post-SPIRIT World  Section 4  Accellera-SPIRIT Merger  IEEE P1685 Standardization  Further Work  Some IP-XACT Shortcomings
  • 40. IEEE P1685 Standardization  Based on IP-XACT 1.5  ratified in June 2009  SystemRDL-compatible Register Data  bug fixes, enhancements (structure, tag names)  For Standardization  NOT for Production  use IP-XACT 1.4 until P1685 1.0  Schedule  Unknown at Present  Last organizing meeting was 4 Oct 2007  http://www.eda.org/spirit-p1685/  Awaiting a re-start ...  On attends le recommencer ...
  • 41. Further Work I  External Filesets  Multiple Models of an IP ...  can appear from Multiple Sources ...  at Different Times! Carbon C/C++ (TLM) @ T3 Original CPU - RTL Version Management (ARM, IBM, etc.) @ T1 Mentor Seamless @ T2 Problem for IP-XACT XML file of the IP ...
  • 42. Further Work II  Hierarchy  hierarchical components composed of lower level components  designs become IP ... reusable subsystems  Issues  Port Mapping across levels  some ports may not exist in different views of lower level components!  Mixed Abstraction Levels  Single TLM model == RTL hierarchical component  no access to subcomponents (e.g., VIP probe ... for RTL!)  semantic rules may not be complete for this situation
  • 43. Summary and Epilogue  SPIRIT Consortium had successful 7 years  Created two standards, adopted a third one  IP-XACT gained significant acceptance for IP reuse in platform-based design  But not wide first generation adoption (recession)  SPIRIT merger with Accellera combines IP metadata + language standard development  Language users are also IP-XACT adopters  IEEE P1685 standardization based on 1.5  IP-based design & reuse will be even more important in the coming New Normal  http://www.eetimes.com/hr/ ... for tech news
  • 44. FIN  End ... of the Beginning!  Q&A  Merci!