Login

Important information

This site uses cookies to store information on your computer. By continuing to use our site, you consent to our cookies.

ARM websites use two types of cookie: (1) those that enable the site to function and perform as required; and (2) analytical cookies which anonymously track visitors only while using the site. If you are not happy with this use of these cookies please review our Privacy Policy to learn how they can be disabled. By disabling cookies some features of the site will not work.

ARM Community: SoC Design - ARM Community

Jump to content

CDNLive Paper Preview: RTL Performance Analysis of ARM Interconnect IP

System on chip (SoC) interconnect must meet the performance requirements of increasingly demanding, complex chips – but traditional modeling and verification techniques don’t shed much light on bandwidth and latency. A new approach to analyzing and debugging performance with ARM system IP (interconnect) will be presented Tuesday, March 12, at CDNLive Silicon Valley in Santa Clara, California.

Attached Image


The new approach will be discussed by William Orme, strategic marketing manager for ARM, and Nick Heaton, senior solutions architect at Cadence, in session DVSY101 Tuesday at 4:45 pm. The approach uses the ARM® AMBA® Designer to generate RTL interconnect, and then uses the Cadence® Interconnect Workbench (see previous blog post ...

Performance Analysis and Verification of SoC Interconnects

In the world of the System on Chip (SoC) end users have come to expect a richer web experience, full HD video, full HD gaming and sophisticated applications leading to embedded processors becoming more powerful; wired and wireless communications becoming faster; and graphics and audio becoming more capable. As a result, the role of the interconnect that connects all these data producers and consumers together is becoming more demanding. To meet the increased demands, new protocols (AXI4TM,ACETM,ACE-LiteTM), new Corelink™NIC-400™ Interconnect, with new features such as Quality of Service(QoS-400TM), QoS Virtual Networks (QVN-400™), and Memory Management Units are being added to the interconnect. All of these have to be thoroughly understood to get the best performance out of your SoC.

A typical SoC (Figure 1) is constructed arou...

ARM Partners Are Bigger Than Ever at DAC 2012

In addition to June blooms and the typical June gloom in San Francisco, the Design Automation Conference (DAC) again will invade Moscone Center for its 49th DAC. ARM and its Partners have their largest presence ever at DAC with the main Tuesday keynote by ARM’s CTO, Mike Muller; a brand new, separate ARM Connected Community (CC) Pavilion at booth 802; three days of presentations in the ARM (booth 1414) CC theater; plus papers, panels, breakfasts, lunches, joint presentations, demos and more things than I’ve even had time to absorb. This year, I might be bold enough to say, where aren’t ARM Partners at DAC?

DAC keynote: Scaling for 2020 Solutions by Mike Muller
Ok, obviously Mike is my CTO, so I’m biased, but since others have already said it, I’ll repeat that Mike’s keynote will be a don’t miss event. Most people will agree that there are a few things that they can count on: Mike will make some bold technology predictions and give some new insights that you proba...

Early Power, Performance, Area Analysis & AMBA Designer: A Winning Combo

Power, performance and area or “PPA,” as it is called, has become a universally interesting topic to system-on-chip (SoC) designers around the world. Atrenta – an ARM Connected Community Partner and a leading provider of SoC Realization solutions for the semiconductor and electronic systems industries – showcased a new and innovative design flow for early PPA estimation at last year’s ARM TechCon.

Design complexity now demands that all aspects of the design be co-optimized. If you reduce power, you will impact performance and area and so on. A holistic approach that balances all requirements of the chip is needed to deploy SoCs successfully.

Improving PPA by analyzing interconnect fabric earlier
Anyone will tell you that the interconnect...

big.LITTLE and AMBA 4 ACE keep your cache warm and avoid flushes

High performance and power efficiency are critical to the latest mobile devices, and AMBA® 4 ACE™ is a fundamental technology supporting ARM’s big.LITTLE processing. In case you missed the announcements, the big.LITTLE technology offers an innovative way to run the ‘always on’ tasks on the highly efficient Cortex™-A7 processor, while the high performance and responsive applications are predominantly executed on the Cortex™-A15 processor. So what does this have to do with AMBA 4? Well AMBA 4 ACE and the CoreLink™ CCI-400 Cache Coherent Interconnect offer the critical glue to join these processors together into a big.LITTLE multi-processing (MP) system. Let me explain…

Earlier this year ARM announced the public release of the AMBA 4 phase 2 specification including AC...

Avoiding rush hour traffic jams in your SoC design

Thank goodness for the new packetization, virtual networking and clock gating features of the ARM CoreLink NIC-400. I’m fed up with hearing about spurious comparisons between a single humungous crossbar switch and NoC solutions. No design of any complexity uses a single cross bar switch! Modern SoC designs integrate large numbers of IP cores supporting the de facto industry standard AMBA AXI interface (open to all) using a network of small switches to allow very high operating frequencies and reduced routing congestion while still maintaining very low latencies and simplicity and flexibility of design.

Smart customers evaluate the alternatives to compare performance (bandwidths and latencies) vs. cost in terms of silicon area, routing congestion, power and price.

Packetization is great to increase wire utilization, but comes with a packetization/depacketization overhead that costs latency, gates and power. So should be used where it helps most to cross long distances with multi-cycle timings, f...

Thanks, Big Blue!

A couple months ago IBM celebrated the 100th anniversary of its founding on June 16, 1911. The most advanced computational technology in 1911 was mechanical tabulation machines and punched card data processing equipment. That’s right; a few of you remember these infernal beasts. My first encounter with punched cards and IBM’s JCL (job control language) was in graduate school while trying to get my simulation of the Motorola 68000 CISC processor to execute on the IBM mainframe. As I reflect on that late night frustration I am reminded of two key outcomes of the experience. First, the classmate that helped me through the accounting procedures on IBM mainframe became a lifelong friend. Secondly, I began to appreciate the simplicity of RISC processors and their potential for efficient computation but that is for a later story.

IBM continued under the leadership of Thomas J. Watson, Sr., who adopted the slogan, “THINK,” as his vision of the company culture. This culture of explorat...

Elba - How do we know it works?

In part 1 of this blog, I outlined the thought process behind the Elba program. Here I’ll look at the implementation decisions for the project.

In ARM there are various stages of maturity of a new processor development, reaching silicon implementation in various fabrication processes is one of those and it made sense to us that Elba must also be a full silicon implementation. In fact, just in case this does work, and what we think may happen does, we’ll implement the Cortex-A9 processor in a way such that ARM could commercialize and promote these “G” implementations as a new product. But what type of silicon? In ARM we often build silicon devices, but these typically are no more functional as a device than something that can execute a little code from on-chip memories. Great, so our goal to build a multi-GHz Cortex-A9 will be able to run Dhrystone – we need more than that . . . How much more? As it ended up, quite a bit more. ARM also develops the Mali 3D graphic processors, so the device should include the...

  • (6 Pages)
  • +
  • 1
  • 2
  • 3
  • Last »
All company and product names appearing in the ARM Blogs are trademarks and/or registered trademarks of ARM Limited per ARM’s official trademark list. All other product or service names mentioned herein are the trademarks of their respective owners.