Embedded Systems Conference
Breaking News
Newest First | Oldest First | Threaded View
rick merritt
User Rank
Re: Software, customized solutions required for DSP IP Success
rick merritt   8/30/2013 12:10:19 PM
@Junko: Good point: Yo, Cadence, what do you think about this potential newcomer to the DSP core market?

I expect we'll hear a bit more about this next week at Uplinq, Qcomm's mobile event.

User Rank
Re: Software, customized solutions required for DSP IP Success
junko.yoshida   8/30/2013 9:25:41 AM
Yo, Rick, you need to call out Cadence to weigh in. Tensilica is only one of the many other cores Cadence has... 

rick merritt
User Rank
Re: Software, customized solutions required for DSP IP Success
rick merritt   8/30/2013 9:19:10 AM
Tensilica? Calling Tensilica! Please weigh in.

User Rank
Re: How does Hexagon stack up?
adapteva   8/30/2013 6:34:29 AM
Great article Rick! I will count Adapteva in the "others" group.:-)
Inspirational answer from Eran!

Here are the two fundamental questions I have been struggling with for close to ten years. (first as a designer on the TigerSHARC DSP team and more rectently at Adapteva).  There is certainly no right answer here..

Question #1:
What kind of DSP to build? a.) Try to build a DSP that is great at a broad set of applications (impossible based on my TigerSharc experience) b.) Design a scalable DSP core that has "good enough" performance for many applications c.) Instantiate many slightly different DSPs each one tuned for specific applications (communication, embedded vision, compression ,etc).

I firmly belief that the cleverness of a small team of DSP architects and designers is no match for the infinite imagination of a world of developers.  The general purpose DSP has always been a processor looking for a killer app. The more you constrain your architecture to solve a problem of today the worse you make it for the next killer app. This is the philosophy that drove us to develop the fairly generic Epiphany multicore coprocessor. (or multicore floating point DSP..) 
Question #2:
Who will write the application? a.) The DSP IP provider, b.) A set of 3rd party development companies, c.) The semiconductor vendor. d.) A community of unaffiliated developers

For us and for all processor vendors,  this is really the biggest issue. a.) Writing your own code doesn't scale, especially for a startup company b.) 3rd party vendors will generally not develop code for processors that don't have a big installation base without a significant NRE payment up front c.) Semiconductor vendors are under such intense schedule and complexity pressures that they prefer integration over compete stack development.  We explored options a,b and c but realized that due to our economic situation and the market dynamics none of them would work. One of the reasons we started the Parallella project was to help bootstrap an eco-system around the Epiphany DSP.

With efforts like OpenCL and HSA, the importance of the ISA is actually shrinking, so we should see the number of DSP architectures proliferate going forward. Processor diversity is a good thing very everyone, including the consumer.


rick merritt
User Rank
Re: Software, customized solutions required for DSP IP Success
rick merritt   8/29/2013 4:45:49 PM
Thanks for chiming in, Eran of Ceva.

Over to you, Tensilica...

User Rank
Software, customized solutions required for DSP IP Success
EranBriman   8/29/2013 1:43:13 PM
The DSP market is a fragmented and diverse one that requires a broad set of solutions, with flexibility and configurability being essential. Going forward it will be interesting to see how committed Qualcomm is to meeting this challenge. The CEVA approach is to offer customized, special purpose platforms consisting of hardware and software offerings for the unique needs of applications such as LTE/baseband, WiFi/connectivity, imaging and vision, voice and audio. The "one size fits all" approach of the Qualcomm DSP won't work for these types of specialized needs. For example, LTE and vision applications require a unique vector ISA, and must enable special data flow and processing offloading. In the audio/voice domain, the low power requirements of always-on use cases cannot be met with a VLIW / multi-threading processor such as the Qualcomm DSP; it requires a much lower power and smaller footprint DSP.

As important is the availability of value added software, delivered in source code format allowing licensees modification rights. Will Qualcomm be willing to deliver its proprietary software and algorithms like gesture and face recognition, camera and display enhancements? If this software is excluded, customers will hesitate to license just the hardware from a company they may see as a competitor.

 Developing a software ecosystem is another challenge Qualcomm will face if and when they license their DSP. CEVA has invested thousands of man years into developing its ecosystem, and now has a massive developer community around its DSPs. This has been a key reason why the CEVA DSPs have shipped in more than 4 billion handsets, smartphones and other types of computing, communications, video, imaging, gaming, entertainment and automotive products. Simply delivering a set of tools does not cut it; developers need a solid development environment, customized kits, software libraries for various applications, system drivers, close support, documentation and more.

 So to sum up, customers looking to license DSP cores do not look for a bare-bones general purpose DSP. They are looking for a platform solution, a combination of a special purpose DSP architecture combined with value added software and a robust ecosystem that can meet the power, performance and area needs of their targeted applications.

Luis Sanchez
User Rank
Re: How does Hexagon stack up?
Luis Sanchez   8/29/2013 1:02:13 PM
looks like hexagon isn't the fastest but it's aim is for power efficiency. 

Mobile is the focus.


rick merritt
User Rank
How does Hexagon stack up?
rick merritt   8/27/2013 9:15:20 PM
I'd love to hear some technical comparisons to Ceva, Tensilica or others.

Most Recent Comments
Susan Rambo
rick merritt
Brian Fuller2

Drones are, in essence, flying autonomous vehicles. Pros and cons surrounding drones today might well foreshadow the debate over the development of self-driving cars. In the context of a strongly regulated aviation industry, "self-flying" drones pose a fresh challenge. How safe is it to fly drones in different environments? Should drones be required for visual line of sight – as are piloted airplanes? Join EE Times' Junko Yoshida as she moderates a panel of drone experts.

Brought to you by

July 16, 1pm EDT Thursday
IoT Network Shoot Out
Top Comments of the Week
Flash Poll
Like Us on Facebook

Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
Special Video Section
LED lighting is an important feature in today’s and future ...
Active balancing of series connected battery stacks exists ...
After a four-year absence, Infineon returns to Mobile World ...
A laptop’s 65-watt adapter can be made 6 times smaller and ...
An industry network should have device and data security at ...
The LTC2975 is a four-channel PMBus Power System Manager ...
In this video, a new high speed CMOS output comparator ...
The LT8640 is a 42V, 5A synchronous step-down regulator ...
The LTC2000 high-speed DAC has low noise and excellent ...
How do you protect the load and ensure output continues to ...
General-purpose DACs have applications in instrumentation, ...
Linear Technology demonstrates its latest measurement ...
Demos from Maxim Integrated at Electronica 2014 show ...
Bosch CEO Stefan Finkbeiner shows off latest combo and ...
STMicroelectronics demoed this simple gesture control ...
Keysight shows you what signals lurk in real-time at 510MHz ...
TE Connectivity's clear-plastic, full-size model car shows ...
Why culture makes Linear Tech a winner.
Recently formed Architects of Modern Power consortium ...
Specially modified Corvette C7 Stingray responds to ex Indy ...