DOCSLIB.ORG

Interoperability Between Operating Systems and Microprocessors On

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

INTEROPERABILITY BETWEEN OPERATING SYSTEMS AND MICROPROCESSORS ON EMBEDDED PLATFORMS by MONG TEE SIM B.S. DeVry University, Pomona, 2002 A thesis submitted to the Graduate Faculty of the University of Colorado Colorado Springs in partial fulfillment of the requirements for the degree of Master of Science Department of Electrical and Computer Engineering 2017 © 2017 Mong Tee Sim All Rights Reserved This thesis for the Master of Science degree by Mong Tee Sim has been approved for the Department of Electrical and Computer Engineering by Darshika G. Perera, Chair T.S Kalkur Charlie Wang th Date 20 April 2017 ii Sim, Mong Tee (M.S., Electrical Engineering) Interoperability between Operating Systems and Microprocessor on Embedded Platform Thesis directed by Professor Darshika G. Perera. ABSTRACT Software designs and programming are limited by the hardware resources including the memory capacity and the CPU clock frequency of the system. This has opened up research and investigation into efficient computing systems and architectures. However, increasing the memory capacity and optimizing the CPU clock frequency alone will not be sufficient to fulfill today’s complex software algorithmic requirements. Therefore, it is imperative to incorporate some hardware-based algorithms and designs to satisfy the requirements of the software-based algorithms and also to address the constraints associated with the existing computing systems. In many cases, software algorithms are designed with none or minimal software optimizations, provided that these software designs meet the specifications. Software engineers and programmers typically depend on the compilers to perform necessary code optimizations. Although the current compilers have often satisfied the requirements of software algorithm designs, these compilers do not have knowledge about some software constructs including logical flow control, and spinwait for resources, which lead to CPU time wasted. Within the semiconductor devices, hardware has also reached its limitations such the power wall, the process geometry, and the parametric latencies. As a result, the choice of adding more memory and increasing the CPU clock frequency will soon be obsolete. iii If we hastily modify the way how microprocessors operate, most software, if not all software will break. In order to modify the architecture of the microprocessor, a detailed study of hardware and software interoperability is crucial. In this research work, our main objective is to investigate the various issues and constraints associated with the interoperability between the operating systems (OSes) and the microprocessors on embedded platforms. Based on our extensive analyses, we design a novel and efficient five-virtual-core Pipelined Barrel Processor (PBP) that does not have control and data hazards. The PBP also addresses some of the issues and constraints associated with the interoperability between the OSes and the microprocessors on embedded platforms. iv DEDICATION To my late Mother, Madam Choo (Pearl), I dedicate this thesis to you for your love and for raising and nurturing my two older brothers, my four older sisters and me single-handedly. Mother had left us on Wednesday, 25th February 2015 to join my late Father in a better place. Mother, I love you. You will always live in my heart and memory, your youngest son always. To my Wife, Swee Yee Lee, I dedicate this Thesis to you for your mental and physical support throughout my undergraduate days until now and raising and educating our two children days and nights without a sign of resentment. I am forever in your debt. To my two Children, my daughter, JieZhou Melody Sim and my son, Monte Patrick Sim, this Thesis is a Father setting a good example for his children that learning and knowledge are timeless. Knowledge not only enriches life, it also enriches the soul. v ACKNOWLEDGEMENTS One of my Professors at the University of Texas, Austin once said, "Nice to read but not original, original but not nice to read.” I sincerely appreciate my Professor, Dr. Darshika G. Perera, Ph.D., for spending many hours of her family time bashing through the jungle of my text trying to make my Thesis more readable. Although no word could describe her dedication to her profession and her kin sense to see her students succeed, but I must say, her action is exemplary and admirable. Thank you, Professor Darshika! Besides being passionate about her job, she has vast knowledge in the field of Electrical Engineering and especially in the field of Data Mining. Dr. T. S. Kalkur, Ph.D. is our ECE chairman. In his busy daily schedule between the University and his family, he still finds the time to educate the younger generation and elevates the standard of our ECE students. I have attended one of his classes and one social event with him. As a Professor, Dr. Kalkur is brilliant with his trade and at the social event, he is a friendly gentleman. Thank you for taking the time to be my thesis committee member. Dr. Charlie Wang, Ph.D. is my Professor for the Computer Architecture and Design class. He provided his students with one of the most useful and informative lecture slides in all the schools I have ever attended. His lectures were systematic, concise, and clear. He did not just give us lectures; he provided us the tools to solve real problems. I am proud to say that I have experienced this benefit recently at my job. What makes Dr. Wang admirable beside his teaching techniques is his passion as an educator is that nothing can stop him from coming to UCCS to teach and see his vi students succeed. Thank you, Dr. Wang, for being my Professor and my thesis committee member. Eva Wynhorst is our ECE program assistant. She works tirelessly to help the UCCS ECE students. She even goes beyond her normal responsibility to help the students to get their paperwork done. I am one of the students who has benefited from her generosity. Thank you, Eva, for being a wonderful person. vii TABLE OF CONTENTS CHAPTER I. INTRODUCTION ........................................................................................................................ 1 1.1 Our Objectives ............................................................................................................. 4 1.2 Thesis Organization ..................................................................................................... 4 II. ANALYSIS OF OPERATING SYSTEMS ......................................................................................... 6 2.1 Super Loop .................................................................................................................. 6 2.2 Operating System Task Terminologies.......................................................................... 7 2.3 Cooperative Operating System .................................................................................... 9 2.4 Real-time Operating System ...................................................................................... 16 2.4.1 Hybrid Real-time Operating Systems ................................................................ 17 2.4.2 True Real-time Operating System .................................................................... 22 2.5 Create Task ................................................................................................................ 23 2.6 Context Switching ...................................................................................................... 24 2.7 Existing Literature ...................................................................................................... 27 III. ANALYSIS OF SCHEDULING METHODS .................................................................................. 28 3.1 Round Robin Scheduling Method ............................................................................... 28 3.2 Group Based Scheduling Method ............................................................................... 29 3.3 Threshold Based Scheduling Method ......................................................................... 30 3.4 Fixed Priority Based Scheduling Method .................................................................... 31 3.5 Fixed Priority Lookup Table Method .......................................................................... 32 3.6 Time Tick ISR.............................................................................................................. 34 3.7 Software and Hardware Semaphores ......................................................................... 35 3.8 Key Features of Operating Systems ............................................................................ 36 3.9 Compiler .................................................................................................................... 37 3.10 Existing Literature ...................................................................................................... 39 viii IV. MICROPROCESSOR ............................................................................................................... 41 4.1 Microcontroller.......................................................................................................... 43 4.2 Analysis of Microprocessors ....................................................................................... 43 4.3 Constraint on Operating Systems and Microprocessors ............................................. 46 4.4 Single-Cycle Microprocessor ...................................................................................... 49
Recommended publications
  • Antikernel: a Decentralized Secure Hardware-Software Operating

    Antikernel: a Decentralized Secure Hardware-Software Operating

    Antikernel A Decentralized Secure Hardware-Software Operating System Andrew Zonenberg (@azonenberg) Senior Security Consultant, IOActive Bülent Yener Professor, Rensselaer Polytechnic Institute This work is based on Zonenberg’s 2015 doctoral dissertation, advised by Yener. IOActive, Inc. Copyright ©2016. All Rights Reserved. Kernel mode = full access to all state • What OS code needs this level of access? – Memory manager only needs heap metadata – Scheduler only needs run queue – Drivers only need their peripheral – Nothing needs access to state of user-mode apps • No single subsystem that needs access to all state • Any code with ring 0 privs is incompatible with LRP! IOActive, Inc. Copyright ©2016. All Rights Reserved. Monolithic kernel, microkernel, … Huge Huge attack surface Small Better 0 code size - Ring Can we get here? None Monolithic Micro ??? IOActive, Inc. Copyright ©2016. All Rights Reserved. Exokernel (MIT, 1995) • OS abstractions can often hurt performance – You don’t need a full FS to store temporary data on disk • Split protection / segmentation from abstraction Word proc FS Cache Disk driver DHCP server IOActive, Inc. Copyright ©2016. All Rights Reserved. Exokernel (MIT, 1995) • OS does very little: – Divide resources into blocks (CPU time quanta, RAM pages…) – Provide controlled access to them IOActive, Inc. Copyright ©2016. All Rights Reserved. But wait, there’s more… • By removing non-security abstractions from the kernel, we shrink the TCB and thus the attack surface! IOActive, Inc. Copyright ©2016. All Rights Reserved. So what does the kernel have to do? • Well, obviously a few things… – Share CPU time between multiple processes – Allow processes to talk to hardware/drivers – Allow processes to talk to each other – Page-level RAM allocation/access control IOActive, Inc.
  • Mali-400 MP: a Scalable GPU for Mobile Devices

    Mali-400 MP: a Scalable GPU for Mobile Devices

    Mali-400 MP: A Scalable GPU for Mobile Devices Tom Olson Director, Graphics Research, ARM Outline . ARM and Mobile Graphics . Design Constraints for Mobile GPUs . Mali Architecture Overview . Multicore Scaling in Mali-400 MP . Results 2 About ARM . World’s leading supplier of semiconductor IP . Processor Architectures and Implementations . Related IP: buses, caches, debug & trace, physical IP . Software tools and infrastructure . Business Model . License fees . Per-chip royalties . Graphics at ARM . Acquired Falanx in 2006 . ARM Mali is now the world’s most widely licensed GPU family 3 Challenges for Mobile GPUs . Size . Power . Memory Bandwidth 4 More Challenges . Graphics is going into “anything that has a screen” . Mobile . Navigation . Set Top Box/DTV . Automotive . Video telephony . Cameras . Printers . Huge range of form factors, screen sizes, power budgets, and performance requirements . In some applications, a huge difference between peak and average performance requirements 5 Solution: Scalability . Address a wide variety of performance points and applications with a single IP and a single software stack. Need static scalability to adapt to different peak requirements in different platforms / markets . Need dynamic scalability to reduce power when peak performance isn’t needed 6 Options for Scalability . Fine-grained: Multiple pipes, wide SIMD, etc . Proven approach, efficient and effective . But, adding pipes / lanes is invasive . Hard for IP licensees to do on their own . And, hard to partition to provide dynamic scalability . Coarse-grained: Multicore . Easy for licensees to select desired performance . Putting cores on separate power islands allows dynamic scaling 7 Mali 400-MP Top Level Architecture Asynch Mali-400 MP Top-Level APB Geometry Pixel Processor Pixel Processor Pixel Processor Pixel Processor Processor #1 #2 #3 #4 CLKs MaliMMUs RESETs IRQs IDLEs MaliL2 AXI .
  • Qorivva MPC5604P Microcontroller Data Sheet

    Qorivva MPC5604P Microcontroller Data Sheet

    Freescale Semiconductor Document Number: MPC5604P Data Sheet: Technical Data Rev. 8, 07/2012 MPC5604P 144 LQFP 100 LQFP 20 mm x 20 mm 14 mm x 14 mm Qorivva MPC5604P Microcontroller Data Sheet • Up to 64 MHz, single issue, 32-bit CPU core complex — 1 safety port based on FlexCAN with 32 message (e200z0h) objects and up to 7.5 Mbit/s capability; usable as — Compliant with Power Architecture embedded second CAN when not used as safety port category — 1 FlexRay™ module (V2.1) with selectable dual or — Variable Length Encoding (VLE) single channel support, 32 message objects and up to • Memory organization 10 Mbit/s — Up to 512 KB on-chip code flash memory with ECC • Two 10-bit analog-to-digital converters (ADC) and erase/program controller — 2 × 15 input channels, 4 channels shared between the — Optional 64 (4 × 16) KB on-chip data flash memory two ADCs with ECC for EEPROM emulation — Conversion time < 1 µs including sampling time at — Up to 40 KB on-chip SRAM with ECC full precision • Fail safe protection — Programmable Cross Triggering Unit (CTU) — Programmable watchdog timer — 4 analog watchdogs with interrupt capability — Non-maskable interrupt • On-chip CAN/UART bootstrap loader with Boot Assist — Fault collection unit Module (BAM) • Nexus L2+ interface •1 FlexPWM unit • Interrupts — 8 complementary or independent outputs with ADC — 16-channel eDMA controller synchronization signals — 16 priority level controller — Polarity control, reload unit • General purpose I/Os individually programmable as input, — Integrated configurable dead time
  • Qoriq: High End Industrial and Networking Processing

    Qoriq: High End Industrial and Networking Processing

    TM TechDays 2013 Freescale, the Freescale logo, AltiVec, C-5, CodeTEST, CodeWarrior, ColdFire, C-Ware, the Energy Efficient Solutions logo, mobileGT, PowerQUICC, QorIQ, StarCore and Symphony are trademarks of Freescale Semiconductor, Inc., Reg. U.S. Pat. & Tm. Off. Airfast, BeeKit, BeeStack, ColdFire+, CoreNet, Flexis, Kinetis, MagniV, MXC, Platform in a Package, Processor Expert, QorIQ Qonverge, Qorivva, QUICC Engine, Ready Play, Freescale, the Freescale logo, AltiVec, C-5, CodeTEST, CodeWarrior, ColdFire, C-Ware, the Energy Efficient Solutions logo, mobileGT, SafeAssure, the SafeAssure logo, SMARTMOS, TurboLink, VortiQa and Xtrinsic are PowerQUICC, QorIQ, StarCore and Symphony are trademarks of Freescale Semiconductor, Inc., Reg. U.S. Pat. & Tm. Off. Airfast, BeeKit, trademarks of Freescale Semiconductor, Inc. All other product or service names are the BeeStack, ColdFire+, CoreNet, Flexis, Kinetis, MagniV, MXC, Platform in a Package, Processor Expert, QorIQ Qonverge, Qorivva, QUICC Engine, TM property of their respective owners. © 2012 Freescale Semiconductor, Inc. 1 Ready Play, SafeAssure, the SafeAssure logo, SMARTMOS, TurboLink, VortiQa and Xtrinsic are trademarks of Freescale Semiconductor, Inc. All . other product or service names are the property of their respective owners. © 2012 Freescale Semiconductor, Inc. 2013 2011 QorIQ Qonverge QorIQ next-generation platform launch platform based T series 28nm on Layerscape architecture 2008 QorIQ Multicore Platform launch (P series) Accelerating the P series 45nm Network’s IQ 2004 Dual-core
  • Nyami: a Synthesizable GPU Architectural Model for General-Purpose and Graphics-Specific Workloads

    Nyami: a Synthesizable GPU Architectural Model for General-Purpose and Graphics-Specific Workloads

    Nyami: A Synthesizable GPU Architectural Model for General-Purpose and Graphics-Specific Workloads Jeff Bush Philip Dexter†, Timothy N. Miller†, and Aaron Carpenter⇤ San Jose, California †Dept. of Computer Science [email protected] ⇤ Dept. of Electrical & Computer Engineering Binghamton University {pdexter1, millerti, carpente}@binghamton.edu Abstract tempt to bridge this gap, Intel developed Larrabee (now called Graphics processing units (GPUs) continue to grow in pop- Xeon Phi) [25]. Larrabee is architected around small in-order ularity for general-purpose, highly parallel, high-throughput cores with wide vector ALUs to facilitate graphics rendering and systems. This has forced GPU vendors to increase their fo- multi-threading to hide instruction latencies. The use of small, cus on general purpose workloads, sometimes at the expense simple processor cores allows many cores to be packed onto a of the graphics-specific workloads. Using GPUs for general- single die and into a limited power envelope. purpose computation is a departure from the driving forces be- Although GPUs were originally designed to render images for hind programmable GPUs that were focused on a narrow subset visual displays, today they are used frequently for more general- of graphics rendering operations. Rather than focus on purely purpose applications. However, they must still efficiently per- graphics-related or general-purpose use, we have designed and form what would be considered traditional graphics tasks (i.e. modeled an architecture that optimizes for both simultaneously rendering images onto a screen). GPUs optimized for general- to efficiently handle all GPU workloads. purpose computing may downplay graphics-specific optimiza- In this paper, we present Nyami, a co-optimized GPU archi- tions, even going so far as to offload them to software.
  • When Reliability, Safety and Security Matter, Trust Power Architecture® Technology

    When Reliability, Safety and Security Matter, Trust Power Architecture® Technology

    When Reliability, Safety and Security Matter, Trust Power Architecture® Technology freescale.com 25 Years of Innovation Power Architecture® technology offers solutions automotive markets. To illustrate this leadership, Power from the smallest MCU used in automobiles to the Architecture technology is found in more than half of all cars highest performance chips for applications like data manufactured worldwide. It processes the vast majority networks and supercomputers. Initially developed by of all email, phone calls and multimedia downloads over IBM, Motorola and Apple over 25 years ago, Power the Internet. Jumbo jets, unmanned defense systems and Architecture technology has become the preferred platform water treatment plants use it for reliable operation under for many mission-critical and long-lived applications the harshest conditions. Banks trust it with your money and within the military, aerospace, networking, industrial and hospitals trust it for life-critical applications. Freescale Applications Built on Power Architecture Technology Healthcare Aerospace and Defense Smart Energy Industrial Automation Automotive and Control Home Automation Networking 2 We offer the largest portfolio of processors built ensure customer processor investments remain Our Power Architecture portfolio is noted for on Power Architecture technology, as well as backward- and forward-compatible, helping its high quality and very low parts per million the broadest scalability of any architecture, with reduce development and support costs. (PPM) defects. Because industrial, healthcare, single-, dual- and multicore performance from networking and automotive applications ship Continuous innovation develops more intelligent 100 to 50,000+ million instructions per second for many years after launch, and need long- and cost-effective solutions. System size and (MIPS).
  • ICCAD 2014 TCAD to EDA Workshop November 2, 2014

    ICCAD 2014 TCAD to EDA Workshop November 2, 2014

    TM ICCAD 2014 TCAD to EDA Workshop November 2, 2014 Freescale, the Freescale logo, AltiVec, C-5, CodeTEST, CodeWarrior, ColdFire, C-Ware, t he Energy Efficient Solutions logo, mobileGT, PowerQUICC, QorIQ, StarCore and Symphony are trademarks of Freescale Semiconductor, Inc., Reg. U.S. Pat. & Tm. Off. BeeKit, BeeStack, ColdFire+, CoreNet, Flexis, Kinetis, MXC, Platform in a Package, Processor Expert, QorIQ Qonverge, Qorivva, QUICC Engine, SMARTMOS, TurboLink, VortiQa and Xtrinsic are trademarks of Freescale Semiconductor, Inc. All other product or service names are the property of their respective owners. © 2011 Freescale Semiconductor, Inc. • Digital and AMS ICs (Si) • RF/mmWave (III/V) • Physically based models • Numerical models (table; ANN) • Flexible for diverse needs • Parameter extraction is easy − scalable over geometry − scalable over temperature § including self-heating − can model global variability § including physical correlations − can model mismatch − retargetable if process shifts Freescale, the Freescale logo, AltiVec, C-5, CodeTEST, CodeWarrior, ColdFire, C-Ware, the Energy Efficient Solutions logo, mobileGT, PowerQUICC, QorIQ, StarCore and Symphony are trademarks of Freescale Semiconductor, Inc., Reg. U.S. Pat. & Tm. Off. BeeKit, BeeStack, ColdFire+, CoreNet, Flexis, Kinetis, MXC, Platform in a TM 2 Package, Processor Expert, QorIQ Qonverge, Qorivva, QUICC Engine, SMARTMOS, TurboLink, VortiQa and Xtrinsic are trademarks of Freescale Semiconductor, Inc. All other product or service names are the property of their respective owners. © 2011 Freescale Semiconductor, Inc. Y. Tsividis and C. McAndrew, Operation and Modeling of the MOS Transistor , 3rd ed., 2011 Freescale, the Freescale logo, AltiVec, C-5, CodeTEST, CodeWarrior, ColdFire, C-Ware, the Energy Efficient Solutions logo, mobileGT, PowerQUICC, QorIQ, StarCore and Symphony are trademarks of Freescale Semiconductor, Inc., Reg.
  • FSL Small Cell Roadmap

    FSL Small Cell Roadmap

    Freescale Powering Innovation TM Post-Mobile Era Internet of Thing (IOT) Kwok Wu, PhD Head, Embedded Software and Systems Freescale Semiconductor Mobile Internet Access Post-PC Era Oct 2012 Freescale, the Freescale logo, AltiVec, C-5, CodeTEST, CodeWarrior, ColdFire, ColdFire+, C-Ware, the Energy Efficient Solutions logo, Kinetis, mobileGT, PowerQUICC, Processor Expert, QorIQ, Qorivva, StarCore, Symphony and VortiQa are trademarks of Freescale Semiconductor, Inc., Reg. U.S. Pat. & Tm. Off. Airfast, BeeKit, BeeStack, CoreNet, Flexis, MagniV, MXC, Platform in a Package, QorIQ Qonverge, QUICC Engine, Ready Play, SafeAssure, the SafeAssure logo, SMARTMOS, TurboLink, Vybrid and Xtrinsic are trademarks of Freescale Semiconductor, Inc. All other product or service names are the property of their respective owners. © 2012 Freescale Semiconductor, Inc. • Motivation − Machine-to-Machine (M2M) & Internet of Things (IOT) − Wireless sensor network (WSN) . Zigbee, Wifi PAN . WiDi – WiFi Direct – streams HD1080p & 5.1 Surround sound (Wireless HDMI) • Power Efficiency: Standard based IP platform • IOT & Wireless Smart Gateways Applications • Smart Energy: Smart Grid (NAN) and Smart Connected Home (HAN) • Smart health monitoring, Safety/security • Smart connected cars, transportation/Logistics • Sustainable Living • Summary – Internet of Everything (IOE) Confidential and Proprietary Freescale, the Freescale logo, AltiVec, C-5, CodeTEST, CodeWarrior, ColdFire, C-Ware, the Energy Efficient Solutions logo, mobileGT, PowerQUICC, QorIQ, StarCore and Symphony are trademarks of Freescale Semiconductor, Inc., Reg. U.S. Pat. & Tm. Off. Airfast, BeeKit, BeeStack, ColdFire+, CoreNet, Flexis, Kinetis, MagniV, TM 2 MXC, Platform in a Package, Processor Expert, QorIQ Qonverge, Qorivva, QUICC Engine, Ready Play, SafeAssure, SMARTMOS, TurboLink, VortiQa and Xtrinsic are trademarks of Freescale Semiconductor, Inc. All other product or service names are the property of their respective owners.
  • Qorivva MPC5553 Family

    Qorivva MPC5553 Family

    Color Indicator Bar/Volume no. Power Architecture® 32-bit Microcontroller Fact Sheet Qorivva MPC5553 Family Targeted at mid-range engine management Qorivva MPC5553 Block Diagram applications and industrial uses cases requiring complex, real-time control, the Qorivva MPC5553 is a 32-bit microcontroller that offers 1.5 MB of flash, 64 KB SRAM, FEC and up to 132 MHz of performance. The Qorivva MPC5553 helps you face the dual pressures of controlling costs while designing for increasingly complex applications. The Qorivva MPC5553 offers a migration path from the market-leading MPC500 family of 32-bit MCUs, facilitating reuse of legacy software architectures. Applications e200z6 Core Built on • Multi-point fuel injection control Power Architecture® Technology • Electronically controlled transmissions • Direct diesel injection (DDI) • Gasoline direct injection (GDI) • Avionics System I/O • High-end motion control • An enhanced time processor unit (eTPU) • 40-ch. dual Enhanced queued analog-to- with 32 I/O channels and 14.5 KB of digital converter (eQADC)—up to 12-bit • Military designated SRAM resolution and up to 1.25 ms conversions, • Heavy industries • 32-ch. enhanced direct memory access six queues with triggering and DMA support (eDMA) controller • Three deserial serial peripheral interface Features • Interrupt controller (INTC) capable of (DSPI) modules—16 bits wide up to six chip Freescale’s e200z6 Core handling 212 selectable-priority selects each • High-performance 132 MHz 32-bit interrupt sources • Two controller area network (CAN) modules Book E-compliant core built on Power • Frequency modulated phase-locked loop with 64 buffers each Architecture® technology (FMPLL) to assist in electromagnetic • Two enhanced serial communication • Memory management unit (MMU) with interference (EMI) management interface (eSCI) modules 32-entry fully associative translation • MPC500 compatible external bus interface • 24-ch.
  • Freescale Qoriq P4080 DMA-DDR Performance Analysis

    Freescale Qoriq P4080 DMA-DDR Performance Analysis

    TM Wai Chee Wong Sr.Member of Technical Staff Freescale Semiconductor Raghu Binnamangalam Sr.Technical Marketing Engineer Cadence Design Systems Freescale, the Freescale logo, AltiVec, C-5, CodeTEST, CodeWarrior, ColdFire, C-Ware, t he Energy Efficient Solutions logo, mobileGT, PowerQUICC, QorIQ, StarCore and Symphony are trademarks of Freescale Semiconductor, Inc., Reg. U.S. Pat. & Tm. Off. BeeKit, BeeStack, ColdFire+, CoreNet, Flexis, Kinetis, MXC, Platform in a Package, Processor Expert, QorIQ Qonverge, Qorivva, QUICC Engine, SMARTMOS, TurboLink, VortiQa and Xtrinsic are trademarks of Freescale Semiconductor, Inc. All other product or service names are the property of their respective owners. © 2011 Freescale Semiconductor, Inc. DAC 2013, Austin, TX • Company Overview • Use of emulation at Freescale • Palladium usage for emulation model under test • Performance case studies • Experiences using Palladium system • Summary Freescale, the Freescale logo, AltiVec, C-5, CodeTEST, CodeWarrior, ColdFire, C-Ware, the Energy Efficient Solutions logo, mobileGT, PowerQUICC, QorIQ, StarCore and Symphony are trademarks of Freescale Semiconductor, Inc., Reg. U.S. Pat. & Tm. Off. BeeKit, BeeStack, ColdFire+, CoreNet, Flexis, Kinetis, MXC, Platform in a TM 2 Package, Processor Expert, QorIQ Qonverge, Qorivva, QUICC Engine, SMARTMOS, TurboLink, VortiQa and Xtrinsic are trademarks of Freescale Semiconductor, Inc. All other product or service names are the property of their respective owners. © 2011 Freescale Semiconductor, Inc. • Global leader in embedded
  • Dynamic Task Scheduling and Binding for Many-Core Systems Through Stream Rewriting

    Dynamic Task Scheduling and Binding for Many-Core Systems Through Stream Rewriting

    Dynamic Task Scheduling and Binding for Many-Core Systems through Stream Rewriting Dissertation zur Erlangung des akademischen Grades Doktor-Ingenieur (Dr.-Ing.) der Fakultät für Informatik und Elektrotechnik der Universität Rostock vorgelegt von Lars Middendorf, geb. am 21.09.1982 in Iserlohn aus Rostock Rostock, 03.12.2014 Gutachter Prof. Dr.-Ing. habil. Christian Haubelt Lehrstuhl "Eingebettete Systeme" Institut für Angewandte Mikroelektronik und Datentechnik Universität Rostock Prof. Dr.-Ing. habil. Heidrun Schumann Lehrstuhl Computergraphik Institut für Informatik Universität Rostock Prof. Dr.-Ing. Michael Hübner Lehrstuhl für Eingebettete Systeme der Informationstechnik Fakultät für Elektrotechnik und Informationstechnik Ruhr-Universität Bochum Datum der Abgabe: 03.12.2014 Datum der Verteidigung: 05.03.2015 Acknowledgements First of all, I would like to thank my supervisor Prof. Dr. Christian Haubelt for his guidance during the years, the scientific assistance to write this thesis, and the chance to research on a very individual topic. In addition, I thank my colleagues for interesting discussions and a pleasant working environment. Finally, I would like to thank my family for supporting and understanding me. Contents 1 INTRODUCTION........................................................................................................................1 1.1 STREAM REWRITING ...................................................................................................................5 1.2 RELATED WORK .........................................................................................................................7
  • An Overview of MIPS Multi-Threading White Paper

    An Overview of MIPS Multi-Threading White Paper

    Public Imagination Technologies An Overview of MIPS Multi-Threading White Paper Copyright © Imagination Technologies Limited. All Rights Reserved. This document is Public. This publication contains proprietary information which is subject to change without notice and is supplied ‘as is’, without any warranty of any kind. Filename : Overview_of_MIPS_Multi_Threading.docx Version : 1.0.3 Issue Date : 19 Dec 2016 Author : Imagination Technologies 1 Revision 1.0.3 Imagination Technologies Public Contents 1. Motivations for Multi-threading ................................................................................................. 3 2. Performance Gains from Multi-threading ................................................................................. 4 3. Types of Multi-threading ............................................................................................................ 4 3.1. Coarse-Grained MT ............................................................................................................ 4 3.2. Fine-Grained MT ................................................................................................................ 5 3.3. Simultaneous MT ................................................................................................................ 6 4. MIPS Multi-threading .................................................................................................................. 6 5. R6 Definition of MT: Virtual Processors ..................................................................................