Blackfin Dual Core Embedded Processor ADSP-BF606/ADSP-BF607/ADSP-BF608/ADSP-BF609

Total Page:16

File Type:pdf, Size:1020Kb

Blackfin Dual Core Embedded Processor ADSP-BF606/ADSP-BF607/ADSP-BF608/ADSP-BF609 Blackfin Dual Core Embedded Processor ADSP-BF606/ADSP-BF607/ADSP-BF608/ADSP-BF609 FEATURES MEMORY Dual-core symmetric high-performance Blackfin processor, Each core contains 148K bytes of L1 SRAM memory (proces- up to 500 MHz per core sor core-accessible) with multi-parity bit protection Each core contains two 16-bit MACs, two 40-bit ALUs, and a Up to 256K bytes of L2 SRAM memory with ECC protection 40-bit barrel shifter Dynamic memory controller provides 16-bit interface to a RISC-like register and instruction model for ease of single bank of DDR2 or LPDDR DRAM devices programming and compiler-friendly support Static memory controller with asynchronous memory inter- Advanced debug, trace, and performance monitoring face that supports 8-bit and 16-bit memories Pipelined Vision Processor provides hardware to process sig- 4 Memory-to-memory DMA streams, 2 of which feature CRC nal and image algorithms used for pre- and co-processing protection of video frames in ADAS or other video processing Flexible booting options from flash, SD EMMC, and SPI mem- applications ories and from SPI, link port and UART hosts Accepts a range of supply voltages for I/O operation. See Memory management unit provides memory protection Operating Conditions on Page 52 Off-chip voltage regulator interface 349-ball BGA package (19 mm × 19 mm), RoHS compliant SYSTEM CONTROL BLOCKS PERIPHERALS EMULATOR PLL & POWER FAULT EVENT DUAL TEST & CONTROL MANAGEMENT MANAGEMENT CONTROL WATCHDOG 2× TWI 8× TIMER 1× COUNTER L2 MEMORY 2× PWM CORE 0 CORE 1 32K BYTE ROM B B 3× SPORT 256K BYTE 148K BYTE 148K BYTE 1× ACM PARITY BIT PROTECTED PARITY BIT PROTECTED ECC- L1 SRAM L1 SRAM PROTECTED INSTRUCTION/DATA INSTRUCTION/DATA SRAM 2× UART 112 GP I/O EMMC/RSI DMA SYSTEM 1× CAN 2× EMAC EXTERNAL WITH BUS 2× IEEE 1588 INTERFACES 2× SPI PIPELINED DYNAMIC STATIC CRC VISION PROCESSOR 4× LINK PORT MEMORY MEMORY CONTROLLER CONTROLLER VIDEO SUBSYSTEM HARDWARE 3× PPI FUNCTIONS PIXEL COMPOSITOR LPDDR 16 FLASH 16 USB 2.0 HS OTG DDR2 SRAM Figure 1. Processor Block Diagram Blackfin and the Blackfin logo are registered trademarks of Analog Devices, Inc. Rev. A Document Feedback Information furnished by Analog Devices is believed to be accurate and reliable. However, no responsibility is assumed by Analog Devices for its use, nor for any infringements of patents or other rights of third parties that may result from its use. Specifications subject to change without notice. No license is granted by implication One Technology Way, P.O. Box 9106, Norwood, MA 02062-9106 U.S.A. or otherwise under any patent or patent rights of Analog Devices. Trademarks and Tel: 781.329.4700 ©2014 Analog Devices, Inc. All rights reserved. registered trademarks are the property of their respective owners. Technical Support www.analog.com ADSP-BF606/ADSP-BF607/ADSP-BF608/ADSP-BF609 TABLE OF CONTENTS Features . 1 Operating Conditions . 52 Memory . 1 Electrical Characteristics . 55 General Description . 3 Processor — Absolute Maximum Ratings . 59 Blackfin Processor Core . 3 ESD Sensitivity . 59 Instruction Set Description . 4 Processor — Package Information . 59 Processor Infrastructure . 5 Timing Specifications . 60 Memory Architecture . 6 Output Drive Currents . 102 Video Subsystem . 9 Test Conditions . 103 Processor Safety Features . 10 Environmental Conditions . 105 Additional Processor Peripherals . 11 ADSP-BF60x 349-Ball CSP_BGA Ball Assignments . 106 Power and Clock Management . 14 349-Ball CSP_BGA Ball Assignment (Numerical by Ball System Debug . 17 Number) . 106 Development Tools . 17 349-Ball CSP_BGA Ball Assignment (Alphabetical by Pin Name) . 108 Additional Information . 18 349-Ball CSP_BGA Ball Configuration . 110 Related Signal Chains . 18 Outline Dimensions . 111 ADSP-BF60x Detailed Signal Descriptions . 19 Surface-Mount Design . 111 349-Ball CSP_BGA Signal Descriptions . 23 Automotive Products . 112 GP I/O Multiplexing for 349-Ball CSP_BGA . 33 Ordering Guide . 112 ADSP-BF60x Designer Quick Reference . 37 Specifications . 52 REVISION HISTORY 2/14—Rev. 0 to Rev. A Corrected the signal names in the following figures: DDR2 SDRAM Clock and Control Cycle Timing . 69 Added the system clock output specification and additional peripheral external clocks in Clock Related Operating Condi- DDR2 SDRAM Controller Input AC Timing . 70 tions on Page 53. These changes affect the following peripheral Mobile DDR SDRAM Clock and Control Cycle Timing . 72 timing sections. Added Figure 29 and updated Table 42 in Enhanced Parallel Enhanced Parallel Peripheral Interface Timing . 74 Peripheral Interface Timing . 74 Link Ports . 78 Corrected the tHSPIDM, tSDSCIM, tSPICLK, tHDSM, and tSPITDM specifications in Serial Peripheral Interface (SPI) Port—Master Serial Ports—External Clock . 80 Timing . 86 Serial Peripheral Interface (SPI) Port—Master Timing . 86 Corrected the tHDSPID specification in Serial Peripheral Interface Serial Peripheral Interface (SPI) Port—Slave Timing . 88 (SPI) Port—Slave Timing . 88 ADC Controller Module (ACM) Timing . 96 Corrected tSRDYSCKM1 in Serial Peripheral Interface (SPI) Port— SPI_RDY Timing . 92 Additional revisions include the following. Revised all parameters in Timer Cycle Timing . 94 Corrected S0SEL and S1SEL in Figure 8 Clock Relationships and Divider Values . 54 Corrected the timing diagram in ADC Controller Module (ACM) Timing . 96 Revised the dynamic and static current tables CCLK Dynamic Current per core (mA, with ASF = 1) . 57 Removed TWI signals in footnote 3 in JTAG Test And Emula- Static Current—IDD_DEEPSLEEP (mA) . 58 tion Port Timing . 101 Corrected the tWARE parameter in Asynchronous Page Mode Added models to Automotive Products . 112 Read . 64 Corrected the timing diagram in Bus Request/Bus Grant . 69 Rev. A | Page 2 of 112 | February 2014 ADSP-BF606/ADSP-BF607/ADSP-BF608/ADSP-BF609 GENERAL DESCRIPTION The ADSP-BF60x processors are members of the Blackfin Table 1. Processor Comparison (Continued) family of products, incorporating the Analog Devices/Intel Micro Signal Architecture (MSA). Blackfin processors combine a dual-MAC state-of-the-art signal processing engine, the advantages of a clean, orthogonal RISC-like microprocessor instruction set, and single-instruction, multiple-data (SIMD) Processor Feature ADSP-BF606 ADSP-BF607 ADSP-BF608 ADSP-BF609 multimedia capabilities into a single instruction-set architecture. L1 Instruction SRAM 64K The processors offer performance up to 500 MHz, as well as low L1 Instruction SRAM/Cache 16K static power consumption. Produced with a low-power and low- L1 Data SRAM 32K voltage design methodology, they provide world-class power L1 Data SRAM/Cache 32K management and performance. L1 Scratchpad 4K By integrating a rich set of industry-leading system peripherals L2 Data SRAM 128K 256K and memory (shown in Table 1), Blackfin processors are the L2 Boot ROM 32K platform of choice for next-generation applications that require per core) Memory(bytes, RISC-like programmability, multimedia support, and leading- Maximum Speed Grade (MHz)2 400 500 edge signal processing in one integrated package. These applica- Maximum SYSCLK (MHz) tions span a wide array of markets, from automotive systems to 250 embedded industrial, instrumentation and power/motor con- Package Options 349-Ball CSP_BGA trol applications. 1 VGA is 640 × 480 pixels per frame. HD is 1280 × 960 pixels per frame. 2 Table 1. Processor Comparison Maximum speed grade is not available with every possible SYSCLK selection. BLACKFIN PROCESSOR CORE As shown in Figure 1, the processor integrates two Blackfin pro- cessor cores. Each core, shown in Figure 2, contains two 16-bit multipliers, two 40-bit accumulators, two 40-bit ALUs, four Processor Feature ADSP-BF606 ADSP-BF607 ADSP-BF608 ADSP-BF609 Up/Down/Rotary Counters 1 video ALUs, and a 40-bit shifter. The computation units process 8-, 16-, or 32-bit data from the register file. Timer/Counters with PWM 8 The compute register file contains eight 32-bit registers. When 3-Phase PWM Units (4-pair) 2 performing compute operations on 16-bit operand data, the SPORTs 3 register file operates as 16 independent 16-bit registers. All SPIs 2 operands for compute operations come from the multiported USB OTG 1 register file and instruction constant fields. Parallel Peripheral Interface 3 Each MAC can perform a 16-bit by 16-bit multiply in each Removable Storage Interface 1 cycle, accumulating the results into the 40-bit accumulators. CAN 1 Signed and unsigned formats, rounding, and saturation are supported. TWI 2 UART 2 The ALUs perform a traditional set of arithmetic and logical operations on 16-bit or 32-bit data. In addition, many special ADC Control Module (ACM) 1 instructions are included to accelerate various signal processing Link Ports 4 tasks. These include bit operations such as field extract and pop- Ethernet MAC (IEEE 1588) 2 ulation count, modulo 232 multiply, divide primitives, saturation Pixel Compositor (PIXC) No 1 1 and rounding, and sign/exponent detection. The set of video Pipelined Vision Processor instructions include byte alignment and packing operations, (PVP) Video Resolution1 No VGA HD 16-bit and 8-bit adds with clipping, 8-bit average operations, and 8-bit subtract/absolute value/accumulate (SAA) operations. Maximum PVP Line Buffer Size N/A 640 1280 Also provided are the compare/select and vector search GPIOs 112 instructions. For certain instructions, two 16-bit ALU operations can be per- formed simultaneously on register pairs (a 16-bit high half and 16-bit low half of a compute register). If the second ALU is used, quad 16-bit operations are possible. Rev. A | Page 3 of 112 | February 2014 ADSP-BF606/ADSP-BF607/ADSP-BF608/ADSP-BF609 ADDRESS ARITHMETIC UNIT SP I3 L3 B3 M3 FP I2 L2 B2 M2 P5 I1 L1 B1 M1 DAG1 P4 I0 L0 B0 M0 P3 DAG0 P2 DA1 32 P1 DA0 32 P0 32 32 RAB PREG TO MEMORY TO SD 32 LD1 32 32 ASTAT LD0 32 32 SEQUENCER R7.H R7.L R6.H.
Recommended publications
  • Corecommander for Microprocessors and Microcontrollers
    CORECOMMANDER FOR MICROPROCESSORS AND MICROCONTROLLERS Factsheet Direct access to memory and peripheral devices (I/O) for testing, debugging and in-system programming • Direct access to memory and peripheral (I/O) devices of a micro- processor through its (JTAG) debug interface • Read data from, write data to memory and peripherals without software programming • At-speed execution of read and write cycles • Testing and debugging of the connectivity of processor memory and peripherals with at-speed bus cycles without software programming • Easy programming of processor flash memory without software programming Corecommander provides high-level functions to write data to and read data from microprocessor memory Order information CoreComm Micro (core) and I/O addresses without software programming. (core) = ARM 7, ARM 9, ARM 11, Cortex-A, Cortex-R, CoreCommander functions are applied via the JTAG Cortex-M, Blackfin, PXA2xx, PXA3xx, IXP4xx, PowerPC- interface. MPC500 family, PowerPC-MPC5500 family, PowerPC- MPC5600 family, C28x, XC166, Tricore, PIC32 Applications CoreCommander is used in design debug, manufactu- ring test and (field) service for many different applica- [1] if the uProcessor also contains a boundary-scan register then teh tests and in-system tions such as: programming operations can also be done using the boundary-scan register instead of the CoreCommander. Whether in that case the CoreCommander or the boundary-scan register is used depends on preference or performance. • Diagnosing “dead-kernel” boards; no embedded code is required to perform memory reads and Background writes. A uP performs read and write operations on its bus to ac- cess memory and I/O locations. The read and write cycles • Determining the right settings for the peripheral normally result when the uP executes a program that is controller (DDR controller, flash memory controller, stored in memory.
    [Show full text]
  • PDF 19308 Kb ADSP-Bf50x Blackfin ® Processor Hardware Reference
    ADSP-BF50x Blackfin® Processor Hardware Reference Revision 1.2, February 2013 Part Number 82-100101-01 Analog Devices, Inc. One Technology Way Norwood, Mass. 02062-9106 a Copyright Information © 2013 Analog Devices, Inc., ALL RIGHTS RESERVED. This docu- ment may not be reproduced in any form without prior, express written consent from Analog Devices, Inc. Printed in the USA. Disclaimer Analog Devices, Inc. reserves the right to change this product without prior notice. Information furnished by Analog Devices is believed to be accurate and reliable. However, no responsibility is assumed by Analog Devices for its use; nor for any infringement of patents or other rights of third parties which may result from its use. No license is granted by impli- cation or otherwise under the patent rights of Analog Devices, Inc. Trademark and Service Mark Notice The Analog Devices logo, Blackfin, CrossCore, EngineerZone, EZ-KIT Lite, and VisualDSP++ are registered trademarks of Analog Devices, Inc. All other brand and product names are trademarks or service marks of their respective owners. CONTENTS PREFACE Purpose of This Manual .................................................................. li Intended Audience .......................................................................... li Manual Contents ........................................................................... lii What’s New in This Manual ........................................................... lv Technical Support .........................................................................
    [Show full text]
  • Introduction to Uclinux
    Introduction to uClinux V M Introduction to uClinux Michael Opdenacker Free Electrons http://free-electrons.com Created with OpenOffice.org 2.x Thanks to Nicolas Rougier (Copyright 2003, http://webloria.loria.fr/~rougier/) for the Tux image Introduction to uClinux © Copyright 2004-2007, Free Electrons Creative Commons Attribution-ShareAlike 2.5 license http://free-electrons.com Nov 20, 2007 1 Rights to copy Attribution ± ShareAlike 2.5 © Copyright 2004-2007 You are free Free Electrons to copy, distribute, display, and perform the work [email protected] to make derivative works to make commercial use of the work Document sources, updates and translations: Under the following conditions http://free-electrons.com/articles/uclinux Attribution. You must give the original author credit. Corrections, suggestions, contributions and Share Alike. If you alter, transform, or build upon this work, you may distribute the resulting work only under a license translations are welcome! identical to this one. For any reuse or distribution, you must make clear to others the license terms of this work. Any of these conditions can be waived if you get permission from the copyright holder. Your fair use and other rights are in no way affected by the above. License text: http://creativecommons.org/licenses/by-sa/2.5/legalcode Introduction to uClinux © Copyright 2004-2007, Free Electrons Creative Commons Attribution-ShareAlike 2.5 license http://free-electrons.com Nov 20, 2007 2 Best viewed with... This document is best viewed with a recent PDF reader or with OpenOffice.org itself! Take advantage of internal or external hyperlinks. So, don't hesitate to click on them! Find pages quickly thanks to automatic search.
    [Show full text]
  • Cross-Compiling Linux Kernels on X86 64: a Tutorial on How to Get Started
    Cross-compiling Linux Kernels on x86_64: A tutorial on How to Get Started Shuah Khan Senior Linux Kernel Developer – Open Source Group Samsung Research America (Silicon Valley) [email protected] Agenda ● Cross-compile value proposition ● Preparing the system for cross-compiler installation ● Cross-compiler installation steps ● Demo – install arm and arm64 ● Compiling on architectures ● Demo – compile arm and arm64 ● Automating cross-compile testing ● Upstream cross-compile testing activity ● References and Package repositories ● Q&A Cross-compile value proposition ● 30+ architectures supported (several sub-archs) ● Native compile testing requires wide range of test systems – not practical ● Ability to cross-compile non-natively on an widely available architecture helps detect compile errors ● Coupled with emulation environments (e.g: qemu) testing on non-native architectures becomes easier ● Setting up cross-compile environment is the first and necessary step arch/ alpha frv arc microblaze h8300 s390 um arm mips hexagon score x86_64 arm64 mn10300 unicore32 ia64 sh xtensa avr32 openrisc x86 m32r sparc blackfin parisc m68k tile c6x powerpc metag cris Cross-compiler packages ● Ubuntu arm packages (12.10 or later) – gcc-arm-linux-gnueabi – gcc-arm-linux-gnueabihf ● Ubuntu arm64 packages (13.04 or later) – use arm64 repo for older Ubuntu releases. – gcc-4.7-aarch64-linux-gnu ● Ubuntu keeps adding support for compilers. Search Ubuntu repository for packages. Cross-compiler packages ● Embedded Debian Project is a good resource for alpha, mips,
    [Show full text]
  • ADSP-Bf60x Blackfin Embedded Processor Data Sheet, Revision
    Blackfin Dual Core Embedded Processor ADSP-BF606/ADSP-BF607/ADSP-BF608/ADSP-BF609 FEATURES MEMORY Dual-core symmetric high-performance Blackfin processor, Each core contains 148K bytes of L1 SRAM memory (proces- up to 500 MHz per core sor core-accessible) with multi-parity bit protection Each core contains two 16-bit MACs, two 40-bit ALUs, and a Up to 256K bytes of L2 SRAM memory with ECC protection 40-bit barrel shifter Dynamic memory controller provides 16-bit interface to a RISC-like register and instruction model for ease of single bank of DDR2 or LPDDR DRAM devices programming and compiler-friendly support Static memory controller with asynchronous memory inter- Advanced debug, trace, and performance monitoring face that supports 8-bit and 16-bit memories Pipelined Vision Processor provides hardware to process sig- 4 Memory-to-memory DMA streams, 2 of which feature CRC nal and image algorithms used for pre- and co-processing protection of video frames in ADAS or other video processing Flexible booting options from flash, SD EMMC and SPI mem- applications ories and from SPI, link port and UART hosts Accepts a range of supply voltages for I/O operation. See Memory management unit provides memory protection Operating Conditions on Page 52 Off-chip voltage regulator interface 349-ball BGA package (19 mm × 19 mm), RoHS compliant SYSTEM CONTROL BLOCKS PERIPHERALS EMULATOR PLL & POWER FAULT EVENT DUAL TEST & CONTROL MANAGEMENT MANAGEMENT CONTROL WATCHDOG 2× TWI 8× TIMER 1× COUNTER L2 MEMORY 2× PWM CORE 0 CORE 1 32K BYTE ROM B B 3× SPORT 256K BYTE 148K BYTE 148K BYTE 1× ACM PARITY BIT PROTECTED PARITY BIT PROTECTED ECC- L1 SRAM L1 SRAM PROTECTED INSTRUCTION/DATA INSTRUCTION/DATA SRAM 2× UART 112 GP I/O EMMC/RSI DMA SYSTEM 1× CAN 2× EMAC EXTERNAL WITH BUS 2× IEEE 1588 INTERFACES 2× SPI PIPELINED DYNAMIC STATIC CRC VISION PROCESSOR 4× LINK PORT MEMORY MEMORY CONTROLLER CONTROLLER VIDEO SUBSYSTEM HARDWARE 3× PPI FUNCTIONS PIXEL COMPOSITOR LPDDR 16 FLASH 16 USB 2.0 HS OTG DDR2 SRAM Figure 1.
    [Show full text]
  • Getting Started with Blackfin Processors, Revision 6.0, September 2010
    Getting Started With Blackfin® Processors Revision 6.0, September 2010 Part Number 82-000850-01 Analog Devices, Inc. One Technology Way Norwood, Mass. 02062-9106 a Copyright Information ©2010 Analog Devices, Inc., ALL RIGHTS RESERVED. This document may not be reproduced in any form without prior, express written consent from Analog Devices. Printed in the USA. Disclaimer Analog Devices reserves the right to change this product without prior notice. Information furnished by Analog Devices is believed to be accurate and reliable. However, no responsibility is assumed by Analog Devices for its use; nor for any infringement of patents or other rights of third parties which may result from its use. No license is granted by implication or oth- erwise under the patent rights of Analog Devices. Trademark and Service Mark Notice The Analog Devices logo, Blackfin, the Blackfin logo, CROSSCORE, EZ-Extender, EZ-KIT Lite, and VisualDSP++ are registered trademarks of Analog Devices. EZ-Board is a trademark of Analog Devices. All other brand and product names are trademarks or service marks of their respective owners. CONTENTS PREFACE Purpose of This Manual .................................................................. xi Intended Audience ......................................................................... xii Manual Contents ........................................................................... xii What’s New in This Manual ........................................................... xii Technical or Customer Support ....................................................
    [Show full text]
  • Jamaicavm Provides Hard Realtime Guarantees for Most Common Realtime Operating Systems Are Sup- All Primitive Java Operations
    ��������� Java-Technology for Critical Embedded Systems ��������� �������� ���������� ����������� ������� ���������� ������� ������� ���������� ����������� ���������� ������ ��������� Java-Tools for developers of critical software applications. Key Technologies Interoperability Hard realtime execution Ported to standard RTOSes The JamaicaVM provides hard realtime guarantees for Most common realtime operating systems are sup- all primitive Java operations. This enables all of Java’s ported by JamaicaVM, ports for VxWorks, QNX, Linux- features to be used for your hard realtime tasks. Fea- variants, RTEMS, etc. exist. The supported architectures tures essential to object-oriented software develop- include SH4, PPC, x86, ARM, XScale, ERC32, and many ment like dynamic allocation of objects, inheritance, more. To support your specific system, we can provide and dynamic binding become available to the real- you with the required porting service. time developer. ROMable code Realtime Garbage Collection Class files and the Jamaica Virtual Machine may be The JamaicaVM provides the only Java implementa- linked into a standalone binary for execution out of tion with an efficient hard realtime garbage collector. ROM. A filesystem in not necessary for running Java It operates in small increments of only a few machine code. instructions and guarantees to recycle all garbage memory, to avoid memory fragmentation, and to Library and JNI Native Code bound the execution time for allocations. Existing library code or low level performance critical code for hardware access can be embedded into Fast & Small your realtime application using the Java Native Inter- A highly optimizing static compiler ensures best runtime face. performance. A profiling tool gathers information for providing the best trade-off between runtime perfor- mance and code size. Jamaica Toolset Sophisticated automatic class file compaction, dead- � � � � � � � � � � code elimination and profile-guided partial compila- tion techniques reduce the code footprint to the bare ���������� minimum.
    [Show full text]
  • Blackfin Processor Programming Reference Iii
    Blackfin® Processor Programming Reference (includes ADSP-BF5xx and ADSP-BF60x Processors) Revision 2.2, February 2013 Part Number 82-000556-01 Analog Devices, Inc. One Technology Way Norwood, Mass. 02062-9106 a Copyright Information © 2013 Analog Devices, Inc., ALL RIGHTS RESERVED. This docu- ment may not be reproduced in any form without prior, express written consent from Analog Devices, Inc. Printed in the USA. Disclaimer Analog Devices, Inc. reserves the right to change this product without prior notice. Information furnished by Analog Devices is believed to be accurate and reliable. However, no responsibility is assumed by Analog Devices for its use; nor for any infringement of patents or other rights of third parties which may result from its use. No license is granted by impli- cation or otherwise under the patent rights of Analog Devices, Inc. Trademark and Service Mark Notice The Analog Devices logo, Blackfin, CrossCore, EngineerZone, EZ-KIT Lite, and VisualDSP++ are registered trademarks of Analog Devices, Inc. All other brand and product names are trademarks or service marks of their respective owners. CONTENTS PREFACE Purpose of This Manual .............................................................. xxvii Intended Audience ...................................................................... xxvii Manual Contents ....................................................................... xxviii What’s New in This Manual .......................................................... xxx Technical Support ........................................................................
    [Show full text]
  • Exploring Coremark™ – a Benchmark Maximizing Simplicity and Efficacy by Shay Gal-On and Markus Levy
    Exploring CoreMark™ – A Benchmark Maximizing Simplicity and Efficacy By Shay Gal-On and Markus Levy There have been many attempts to provide a single number that can totally quantify the ability of a CPU. Be it MHz, MOPS, MFLOPS - all are simple to derive but misleading when looking at actual performance potential. Dhrystone was the first attempt to tie a performance indicator, namely DMIPS, to execution of real code - a good attempt, which has long served the industry, but is no longer meaningful. BogoMIPS attempts to measure how fast a CPU can “do nothing”, for what that is worth. The need still exists for a simple and standardized benchmark that provides meaningful information about the CPU core - introducing CoreMark, available for free download from www.coremark.org. CoreMark ties a performance indicator to execution of simple code, but rather than being entirely arbitrary and synthetic, the code for the benchmark uses basic data structures and algorithms that are common in practically any application. Furthermore, EEMBC carefully chose the CoreMark implementation such that all computations are driven by run-time provided values to prevent code elimination during compile time optimization. CoreMark also sets specific rules about how to run the code and report results, thereby eliminating inconsistencies. CoreMark Composition To appreciate the value of CoreMark, it’s worthwhile to dissect its composition, which in general is comprised of lists, strings, and arrays (matrixes to be exact). Lists commonly exercise pointers and are also characterized by non-serial memory access patterns. In terms of testing the core of a CPU, list processing predominantly tests how fast data can be used to scan through the list.
    [Show full text]
  • Application-Guided Power Gating Reducing Register File Static Power Hamed Tabkhi, Student Member, IEEE, Gunar Schirner, Member, IEEE
    IEEE TRANSACTIONS ON VERY LARGE SCALE INTEGRATION SYSTEMS, VOL. ??, NO. ?, ?? 2014 1 Application-Guided Power Gating Reducing Register File Static Power Hamed Tabkhi, Student Member, IEEE, Gunar Schirner, Member, IEEE, Abstract—Power and energy efficiency are on the top priority show that RFs are consuming 15%-36% of overall processor list in embedded computing. Embedded processors taped out in core power [6], [7], [8], [9], [10], and up to 42% of core data- deep sub-micron technology have a high contribution of static path [11]. Power assessments considerably differ based on RF power to overall power consumption. At the same time, current embedded processors often include a large Register File (RF) to size, processor complexity, and also the running application. increase performance. However, a larger RF aggravates the static As one example, 20% of the core power (including data power issues associated with technology shrinking. Therefore, and instruction caches) in a Blackfin processor (in 120nm approaches to improve static power consumption of large RFs technology) is attributed to the RF itself [9]. In addition to are in high demand. high contribution to total core power, RFs are also identified as In this paper, we introduce AFReP: an Application-guided Function-level Registerfile Power-gating approach to efficiently one of the main hot-spots [12], [13], [14], [15]. The high power manage and reduce RFs static power consumption. AFReP density (power per area) in an RF can cause severe reliability is an interplay of automatic binary analysis and instrumenta- issues such as transient faults, violation of circuit timing tion at function-level granularity supported by ISA and micro- constraints, and reduce the overall lifespan of the circuit [12].
    [Show full text]
  • Embedded Systems: Principles and Practice
    Embedded Systems: Concepts and Practices Part 2 Christopher Alix Prairie City Computing, Inc. ECE 420 University of Illinois April 22, 2019 Outline (Part 2) ⚫ ARM and DSP Architectures ⚫ Software challenges in Embedded Systems ⚫ Key decisions in ES software development ⚫ Low-cost ES Prototyping Platforms ⚫ Trends and opportunities in the ES industry Embedded System Definition • A dedicated computer performing a specific function as a part of a larger system • High-reliability systems operating in a resource-constrained environment (typically cost, space & power) • Essential Goal: Turn hardware problems into software problems. ARM Architecture Unifying ES Development 32-bit and 32/64-bit variants Started by Acorn Computers (UK) in 1983 ARM Holdings bought by Softbank in 2016 Core licensees (~500) (Include ARM CPUs on their chips) Architectural Licenses (~15) (Design their own CPUs based on the ARM instruction set) ARM Architecture Unifying ES Development Licensees include Analog Devices, Apple, AMD, Atmel, Broadcom, Qualcomm, Cypress, Huawei, NXP, Nvidia, Renesas, Samsung, STM, TI, Altera (Intel), Xilinx. 15 billion ARM-based chips sold per year (2016) Dominant market share Smartphones (95%) Computer peripherals (65%) Hard disks and SSDs (95%) Automotive (50% overall; 85% infotainment) ARM Architecture Unifying ES Development Brought order to a chaotic industry with dozens of different proprietary processor architectures Enabled a common set of tools, techniques and technologies to be shared across the ES industry (one Linux port, one gcc/g++
    [Show full text]
  • Freescale Embedded Solutions Based on ARM Technology Guide
    Embedded Solutions Based on ARM Technology Kinetis MCUs MAC5xxx MCUs i.MX applications processors QorIQ communications processors Vybrid controller solutions freescale.com/ARM ii Freescale Embedded Solutions Based on ARM Technology Table of Contents ARM Solutions Portfolio 2 i.MX Applications Processors 18 i.MX 6 series applications processors 20 Freescale Embedded Solutions Chart 4 i.MX53 applications processors 22 i.MX28 applications processors 23 Kinetis MCUs 6 Kinetis K series MCUs 7 i.MX and QorIQ Kinetis L series MCUs 9 Processor Comparison 24 Kinetis E series MCUs 11 Kinetis V series MCUs 12 Kinetis M series MCUs 13 QorIQ Communications Kinetis W series MCUs 14 Processors 25 Kinetis EA series MCUs 15 QorIQ LS1 family 26 QorIQ LS2 family 29 MAC5xxx MCUs 16 MAC57D5xx MCUs 17 Vybrid Controller Solutions 31 Vybrid VF3xx family 33 Vybrid VF5xx family 34 Vybrid VF6xx family 35 Design Resources 36 Freescale Enablement Solutions 37 Freescale Connect Partner Enablement Solutions 51 freescale.com/ARM 1 Scalable. Innovative. Leading. Your Number One Choice for ARM Solutions Freescale is the leader in embedded control, offering the market’s broadest and best-enabled portfolio of solutions based on ARM® technology. Our end-to-end portfolio of high-performance, power-efficient MCUs and digital networking processors help realize the potential of the Internet of Things, reflecting our unique ability to deliver scalable, systems- focused processing and connectivity. Our large ARM-powered portfolio includes enablement (software and tool) bundles scalable MCU and MPU families from small from Freescale and the extensive ARM ultra-low-power Kinetis MCUs to i.MX ecosystem.
    [Show full text]