100X800 Banner (1)

Don’t go to Mobile World Congress without “MIPI IP Forecast 2011-2016”!

Don’t go to Mobile World Congress without “MIPI IP Forecast 2011-2016”!
by Eric Esteve on 02-22-2012 at 9:48 am

And if, like me, you don’t go to MWC, that’s the right time to get your version of the MIPI IP survey, the 3[SUP]rd[/SUP] version since the first launch in 2010, because IPNEST will give you a good reason to buy it during MWC: you will get it at a lower price. That will apply now and during the event, but only from today, and up to the 3[SUP]rd[/SUP] of March… But let’s have a look at the latest status about MIPI. MIPI is hot, MIPI is coming to the mainstream, don’t miss it!

MIPI follows the trends in the Electronic industry: the massive move from parallel to serial interconnect, as illustrated by PCI Express replacing PCI, SATA replacing PATA, HDMI or DisplayPort replacing LVDS based interconnect to Display material (computer screen or HDTV) etc… Using similar technologies in Mobile Devices is a natural move, but a specific attention has been taken to power consumption. MIPI has been specifically designed for portable electronic devices, battery powered, and lowering the power consumption is a key feature.

MIPI’s defined charter focusing on mobile platforms defines the markets addressed by the standards and the target products for those standards. That market is mobile handsets, from basic low-end, full-featured phones, to Smartphone. Since 2009, the MIPI alliance has decided to promote MIPI use in every kind of mobile Application, like Mobile Internet Devices (MID) and Media Tablet in the PC segment, or Handheld game console, Digital still camera and potentially all portable system in the Consumer Electronic segment.

In this survey, we have started to look at the MIPI use in the Mobile Handset segment and first derive a forecast in term of Integrated Circuits (IC) because we think that the more widely MIPI will be used in chips in production, the more stable and easier to manage the protocol will be. When more IC is in production means more efficient –and cheaper- test program, leading to a null or marginal impact on yield. More identical IC in production also means cheaper production cost and consequently a lower Average Selling Price (ASP).

Such a virtuous cycle is expected to lead to a wider adoption for MIPI technology. When MIPI was introduced and started to be used in the high end of the wireless handset segment, most of the early adopters had both the knowhow and the resource needed to develop the solution internally (or enough money to use design service) instead of sourcing MIPI externally as a standard IP. They probably also prefer at that time not to depend to external sourcing for a function to be integrated into strategic IC like Application Processor, or Camera Controller whatever is their core business. This was the first phase for MIPI, being considered as an emerging technology, which also means more expansive to integrate, and more risky.

With the success of this first phase, illustrated by the number of MIPI powered IC in production passing the one billion range (in 2011 according with our forecast) will come the second phase, in 2012-2013, where MIPI will be integrated in the majority of the smartphone segment, some of the featured phone and being considered in design starts serving other segments than the wireless handset segment. This second phase will lead to several consequences: the early adopters may start to use externally sourced MIPI functions (MIPI is no more a strategic differentiator) instead of internal design; the many followers, attracted by the very high volumes in the wireless handset industry, many of them in China or Taiwan, will certainly decide to “buy” instead of “make” MIPI function, for TTM or knowhow related reasons; the chip makers developing IC to serve other market segment will also prefer to buy, for the same reasons.

All of them selecting the technology to get full benefit, on top of the low power consumption, from MIPI usage:

  • Standardized Interconnect protocol: an OEM can run seamless integration in the system of the different IC, providing they comply with the same MIPI Interfaces.
  • Interchange suppliers at low risk: an OEM can easily move from one IC supplier to another for the same function (for example a camera controller IC), at least at the Interface level
  • There are different specifications for the Controller (CSI, DSI, LLI and so on), but only two for the PHY (D-PHY and M-PHY): many specifications, but an easier learning curve to physically interface the application processor with Camera, Display, Modem, Mass Storage, WLAN, Remote Coprocessor…!

We expect this second phase to lead to high growth sales of MIPI IP; we propose a forecast for the IP licenses sales for the 2010-2016 periods, including “actual” results from IP vendors whenever it’s possible.

We have also proposed a review of the different IP vendors actively marketing MIPI PHY IP, or Controller IP or both. This competitive analysis could benefit to:

  • MIPI new adopters, or the chip makers integrating MIPI in devices serving wireless handset segment (smartphone or not), Media Tablet and PC and Consumer Electronic segments,
  • IP vendors, who desire to develop a new IP business or consolidating existing business and invest resources on line with MIPI IP business potential.
  • VIP vendors who invest into this new source of business, after having supported USB, SATA, PCI Express…

This MIPI IP survey or one of the two previous versions has been sold to IP vendors (already supporting MIPI or in the decision process to support these specifications), VIP vendor and chip makers. This report is unique: it’s the only one where the reader can find both an IC and an IP forecast for MIPI, as well as a competitive analysis of the IP –and VIP- vendors. As such, if your company is or will be involved into MIPI, you need to have it.

Eric Esteve from IPNEST– Table of Content for “MIPI IP Forecast 2011-2016” available here


Custom Processors: Webinar

Custom Processors: Webinar
by Paul McLellan on 02-21-2012 at 5:24 pm

What is a custom processor? Or Application Specific Instruction-set Processor (ASIP) which is the buzzword which may or may not catch on.

Most programming is done on a processor with a fixed instruction set: think Intel x86 or ARM. Intel or ARM decided on what instructions to include, based on a lot of benchmarking across a wide range of different types of workloads. So there is a sense in which these are lowest common denominator instruction sets. This is clearly a good approach for the microprocessor in your cell-phone or your laptop because they have to run a wide range of workloads too. But if you are designing a processor for a specific application domain, such as decoding MPEG video, then the general solution may be very far from optimal, especially in performance or power or both. Since a major reason to create a special purpose processor is to offload a general purpose processor, then you really need to hit a much better performance/power point to justify the effort. Otherwise why bother?

Synopsys didn’t used to be in the processor business, but they acquired the ARC processor with the Virage acquisition and a flavor of the Lisa processor generator with the CoWare acquisition. There is a lot of technology in a custom processor. So much that you can’t really do it by hand. RTL alone is not enough. After all, a processor is no use without assemblers, linkers, compilers, debuggers. You probably want an Instruction Set Simulator (ISS), a very fast model, so you can develop code in parallel with the initial implementation of the chip containing your processor. If you did this by hand, apart from being too expensive, you wouldn’t have a lot of confidence that the instruction set in the processor matched the ISS and matched the compiler and so on. So the only way to have an ASIP is to have an ASIP generator that starts from a specification of the processor and generates all the other views automatically.

Synopsys has a webinar coming up next week on this topic. It is next Tuesday, February 28th, at 8am (Pacific). The webinar is presented by Drew Taussig, who came to Synopsys by way of CoWare where he was part of the processor designer product team. So he’s been dealing with this area for a long time.

Register here.


Will the last 8051 please turn out the lights?

Will the last 8051 please turn out the lights?
by Don Dingee on 02-21-2012 at 2:38 pm

The words no engineer or supply chain professional wants to hear: end-of-life. It’s a reality of the semiconductor business, however – even the cheapest parts reach the point, eventually, where producing and selling them becomes inefficient. Is it reasonable that a microcontroller architecture outlive the people who designed it in? Continue reading “Will the last 8051 please turn out the lights?”


LTE-Advanced Handsets for 4G

LTE-Advanced Handsets for 4G
by Paul McLellan on 02-21-2012 at 7:00 am

Due to a lot of somewhat aggressive marketing by carriers, you might think that 4G wireless is already here. After all, wasn’t 3G ages ago? But in fact true 4G handsets won’t really be available until 2015/6. But to make that schedule, first silicon needs to be available late this year or early next, to allow one or two turns as the systems go through 3 years of testing and type-approval. But in turn that means that the IP required for those chips being designed this year is needed now. So just before Mobile World Congress (the biggest tradeshow for all things wireless) in Barecelona next week, Tensilica is announcing just such a product.

The first stepping stone towards 4G is LTE (which stands for Long Term Evolution if you must know, not that that really helps). It comes in 5 categories of which the most common are 3 and 4 offering a downlink speed of 100 or 150 Mb/s and an uplink speed of 50 Mb/s. Tensilica already has products in this space that they have been shipping for quite some time, both for handset applications and also for basestations (of all flavors: macro, picocell, femtocell). Network buildout for LTE has been taking place over the last year or so and phones using this technology are just starting to come to market (no, iPhone 4S does not support LTE but the iPad 3 is rumored to be going to). Buildout will continue for another year or two, with 1.5 million LTE basestations expected to be installed by 2015 (In-Stat). NEC, Fujitsu, Panasonic, Huawei and others are making use of Tensilica’s earlier ConnX DSP family for LTE implementation.

True 4G is known as LTE-Advanced, categories 6 and 7 (everyone seems to be skipping category 5) with downlink speeds of 300 Mb/s and uplink speeds of either 50 or 150 Mb/s. The performance increase required is 2-5X that required for LTE, but since we’d like our phones to continue have good battery life, the power budget is pretty much the same: 200 mW. The challenge is how to design such a modem with much higher performance and no increase in power. The two extreme approaches, that have often been used in the past, are either to design RTL and create a special hardware block, or else use a general purpose digital signal processor (DSP). The first approach is expensive and inflexible, and the DSP approach consumes too much power. One major handset OEM who has taken the RTL approach up until now says “we can’t do that any more for LTE-A”.

What Tensilica is announcing today is the BBE32UE (catchy name huh?). This is, of course, built on top of Tensilica’s Xtensa technology. It is a specialized LTE-Advanced processor that can be programmed in C. The processor itself dissipates about 45 mW. It is a SIMD 3 issue VLIW processor that works with Tensilica’s almost optimal scheduling and optimization C-compiler (which apparently now has over 100 man years of effort in it).

Along with some other specialized processors (or IP blocks) for FFT and FIR a fully-programmable LTE-A category 7 modem can be built that meets the 200 mW power budget (in a 40nm low-power process). Early access customers have the product now but general release will not be until Q3.

More details on Tensilica’s digital signal processors for LTE and LTA-Advanced are here.



Pinpoint: Getting Control of Design Data

Pinpoint: Getting Control of Design Data
by Paul McLellan on 02-20-2012 at 5:39 pm

Back in the Napoleonic era it was possible to manage a battle with very ad hoc methods. Sit on a horse on top of the highest hill and watch the battle unfold, send messengers out with instructions. By the First World War, never mind the second, that approach was hopelessly outdated and a much more structured way of managing a battle was required. Chip design is a bit like that. Until recently, people could manage a design using ad hoc methods like Excel but now the Napoleonic era is over and a much more structured and disciplined approach is required. Otherwise all designs are like the famous aphorism: it takes 90% of the time to do the first 90% of the design, and the other 90% of the time to do the last 10%.

You see this all the time. Everyday, chip tapeouts slip their schedule and managers wonder why they didn’t see the issues sooner. Engineers grapple with communicating and resolving issues and even understanding the real status themselves. Closure is always a few days away, “real soon now.”

Many companies realize that this is an issue and have invested a few people in building some sort of system to allow them to keep track of where their design is. But it turns out that doing this on the cheap without a good underlying infrastructure is harder and more expensive than it looks.

One company I’m on the board of (actually the only one) is Tuscany Design Automation and they have created a product, Pinpoint to address this problem. It focuses on providing teams with hard information that they need to get the design closed and taped-out sooner. It generates actionable information to engineers and managers by extracting critical metrics from existing tools at each step of the flow. It is “design literate” able to read physical design, netlist and timing files directly rather than trying to naively parse reports. Everything is based around a central project server accessed through a browser, enabling collaboration and communication among team members.

Improving overall team performance without adding team members (and so money) is one of the best actions that a manager can make. And a good way to do that is to eliminate existing inadequate mechanisms for communication (such as everyone extracting design data and manually adding it to a wiki). Some companies find they have several hours of meetings every day to try and get to grips with where things stand and update assignments. In such an environment the team efficiency goes way down. Pinpoint directly goes into the data and makes the issues visible. It even provides functionality for status reporting using objective data and not subjective “95% done” updates.

As Ralph Portillo of Netlogic (now part of Broadcom) said: “I don’t want to say I can’t live without Pinpoint but I can’t live without Pinpoint.”

The Pinpoint information page is here.


PLL Design Challenges for Integrated Circuit Designs

PLL Design Challenges for Integrated Circuit Designs
by Daniel Payne on 02-20-2012 at 10:54 am

Nandu Bhagwan is CEO of GHz Circuits and has been designing PLL circuits used in ICs for the past 12 years. Mr. Bhagwan did a video interview with John Pierce of Cadence to talk about the challenges of PLL design.
Continue reading “PLL Design Challenges for Integrated Circuit Designs”


Semiconductor IP Becomes A Critical Element in ASIC Design

Semiconductor IP Becomes A Critical Element in ASIC Design
by Daniel Nenni on 02-19-2012 at 4:05 pm

Clearly one of the market trends proving troublesome in the traditional ASIC value chain is the lack of silicon correlated custom IP. And make no mistake, semiconductor IP is a critical decision since it drives both chip level and system level technology differentiation.

Under the traditional ASIC model, vendors had their own IP, silicon-proven and tuned to their own fabs. This was a good thing as it assured a fast ramp to volume and more predictable yield curves. The downside was that IP catalogs were somewhat limited which constrained product differentiation. And now a staggering 49 fabs were shut down in 2009-11 as traditional ASIC vendors and IDMs continue to go fabless.

Fortunately there is a new value chain model in play today that provides all of the silicon-proven IP benefits of the classic ASIC value chain model and provides a broader portfolio of in house-developed and third party IP. As a long time IP guy I can tell you that this is of great importance! The semiconductor ecosystem revolves around IP, it is the lifeblood of our industry!

The new model, now being promoted by Global Unichip Corporation (GUC), is called the Flexible ASIC Model[SUP]TM[/SUP]. It’s built on the premise that a company should not be constrained by its own assets such as manufacturing, IP, test or assembly, but rather should be able to focus on providing the most efficient design and the fastest time-to-market. This is a critical component that makes the Flexible ASIC Model work.

Make no mistake, while GUC provides streamlined and robust integration of third-party IP, it has not overlooked, and has in fact invested heavily in, its own IP development capability. As I blogged in Semiconductor IP Dilemma, four years ago GUC was an IP baron design services provider. Now GUC has a full lP portfolio with custom IP design groups in Taiwan, China, and Silicon Valley.
Much of GUC’s in-house developed IP covers SerDes, Data Converters and DDRs. The rationale for developing these particular blocks in-house is that these are the micros with the greatest demand and differentiation for the SoC ASIC marketplace, and I agree completely.

The main advantages of using in-house developed IP is the ability to know the precise effects of packaging and boards on the signal because the company has end-to-end supply chain capabilities and often end-to-end responsibilities.

By integrating IP development and implementation with package design, board design, and chip design, a Flexible ASIC Provider can simulate the complete system performance before sending the device to the manufacturing. The real key in this whole process is the capability to test for board effects and signal integrity then to be able to predict those impacts on the system and on the IP.

The secret to achieving superior performance, low power, and area balance lies in the hybrid analog/digital IP architecture that GUC uses to design its IP. This plus the access to advanced technology nodes, thanks to its very close working relationship with manufacturing partner TSMC, creates key differences that have proved critical to ASIC developers. Remember, GUC is directly across the street from TSMC Fab 12.

IP availability is absolutely becoming a critical differentiation and a much discussed option in the design community. Which raises the question of the day:

What are some of the hardest to find critical IP that you need to fit your current and future designs?