feature article
Subscribe Now

Erasing the Asterisk

Xilinx Boosts DSP Design with AccelChip

For years, we’ve talked about how FPGAs have the potential to accelerate digital signal processing (DSP) algorithms, producing higher performance with lower cost and lower power consumption than traditional DSP processors*. Whoa! Did you see that – the asterisk at the end of that claim? It’s true, though. Using the parallel computing capability of a typical DSP-enabled FPGA (one with hardware multipliers, MACs, or DSP accelerators) you can get tens to hundreds of times the throughput of a DSP processor running the same algorithm in compiled C code*. Hey! There it was again!

That little asterisk, it turns out, is probably worth hundreds of millions of dollars per year in silicon revenue. The footnote that always links to that asterisk says something like “FPGA-based DSP is tens to hundreds of times more difficult to design and implement than processor-based DSP.” Ouch.

Don’t believe it? Have a race. Take two DSP experts and ask them each to implement the same complex algorithm, one with a DSP and one using an FPGA. Don’t do some wussy FFT or FIR filter, either. We all did those in grade school. Pick something with a little substance and complexity to it. What you’ll probably find is that the software-based DSP dude will be in the latter stages of debug and performance tuning while the FPGA fan is still trying to download, install and license the web-based toolkit from an FPGA vendor, completing lesson two of the online VHDL tutorial, and trying to understand what “logic synthesis” means. Is that anything like a compiler? What exactly are false and multi-cycle paths to a software-trained DSP designer, anyway?

A typical scene might play out something like this:

Industry: “Hey, nice job on that last DSP design.”

DSP Designer: “Thank you. It only took me four days.”

Industry: “I know, and a fine piece of work it is! But, how would you like it if your next design could run a hundred times faster?”

DSP Designer: “Wow, that would be awesome!”

Industry: “It’s simple; you can put it in hardware in an FPGA. First you learn VHDL. Don’t panic, it’s just another programming language. Then you design a microarchitect…”

Whooshing sound. Door slams offstage. Doppler-shifted, receding, fading cry in the distance “Aaaaaaaaaaa”

Industry: “Hey are you still there?”

DSP Designer: “…”

Industry: “Hello?… Come back! I have hundreds of millions of dollars of excellent silicon to sell you!”

When Xilinx acquires AccelChip, they’re not just adding another EDA company to their stable. They’re securing a lynchpin in their long-term DSP strategy. To understand why, let’s imagine a Venn diagram. On the left (Group A) are the people doing DSP design in Matlab. Group A is very large indeed. Lots of happy MathWorks customers are developing DSP algorithms. On the right (Group B) are the people designing FPGAs. Group B is also very large, although probably somewhat smaller than Group A. Xilinx and Altera each boast tens of thousands of active designers. In the middle, of course, is the intersection, AB. These are the people taking those Matlab-designed algorithms into FPGA hardware. AB is much, much smaller than either A or B. It’s filled with the few hearty souls who didn’t run from the room in the auditions for our mini-drama above.

AccelChip’s business plan has always been to sit in the center of AB, attracting people from the left side into the middle. They want to erase that pesky asterisk by providing a safe, secure passage of that algorithm from Matlab into something that can be used in an FPGA without requiring the DSP designer to face the full horror of hardware implementation. They have a proven, technically sound solution that has rapidly evolved in quality and robustness over the past few years.

The problem at AccelChip has always been one of scale and business model. Regarding scale: on the left (in Group A), we have the Mathworks gigantic global sales and support operation; on the right, similarly huge sales and support infrastructures handle the large FPGA vendors. Connecting the two, and attempting to push a river through a garden hose, AccelChip’s startup-sized sales and service channel was working to support the miserly migratory traffic.

The business model challenge was similarly intractable. AccelChip, as a standalone company, was hoping to earn their keep by deriving revenue exclusively from design software and IP. Both the MathWorks and the FPGA customer bases are accustomed to wide distribution and subsidized software offerings, where the cost of developing complex software tools has been amortized over hundreds of thousands of customers or offset by substantial silicon revenues. Neither customer base was excited about paying the true premium price required for a company like AccelChip to maintain a profitable business around a small-distribution, complex software tool.

As a part of Xilinx, however, both of AccelChip’s former Achilles’ heels disappear simultaneously. Jumping aboard the Xilinx juggernaut, AccelChip’s products will likely benefit from the huge, well-distributed and well-respected Xilinx channel. Also, by joining a company where software isn’t required to pay its own way in revenues, AccelChip’s wares can affordably reach a much larger target audience.

For Xilinx, AccelChip represents a key link to the industry’s largest source of DSP design data – Matlab. By paving the path from Matlab to FPGA with something smoother than HDL-based design, Xilinx has an opportunity to supercharge the stream of DSP designs flowing into FPGAs. Furthermore, by acquiring exclusive control of that tool chain, they deprive rival FPGA companies from taking advantage of that same route. Acquisition of AccelChip is simultaneously an offensive and a defensive tactic.

At the same time, the number of suppliers that the typical Matlab-to-FPGA customer has to deal with is reduced. If you already own Matlab, it’s a lot easier to talk your boss into letting you get Xilinx’s latest DSP development kit than it is to justify that same kit in addition to a relatively expensive software tool from a startup company. In addition, you now won’t have to choose from a purely IP-based Matlab -> Simulink -> FPGA flow and a Matlab -> Synthesis -> FPGA flow. Xilinx’s new solution will clearly support both models.

Fewer suppliers, broader support, potentially lower prices, and an easier path to hardware all mean lower barriers to adoption of FPGAs (and more specifically, Xilinx FPGAs) for DSP designers. While it’s far too early to estimate the impact on the industry, improving the road for DSP designers driving into FPGA territory is bound to be a good thing for programmable logic.

Leave a Reply

featured blogs
Aug 1, 2021
https://youtu.be/I0AYf5V_irg Made in Long Ridge Open Space Preserve (camera Carey Guo) Monday: HOT CHIPS 2021 Preview Tuesday: Designed with Cadence Video Series Wednesday: July Update Thursday:... [[ Click on the title to access the full blog on the Cadence Community site. ...
Jul 30, 2021
You can't attack what you can't see, and cloaking technology for devices on Ethernet LANs is merely one of many protection layers implemented in Q-Net Security's Q-Box to protect networked devices and transaction between these devices from cyberattacks. Other security technol...
Jul 29, 2021
Learn why SoC emulation is the next frontier for power system optimization, helping chip designers shift power verification left in the SoC design flow. The post Why Wait Days for Results? The Next Frontier for Power Verification appeared first on From Silicon To Software....
Jul 28, 2021
Here's a sticky problem. What if the entire Earth was instantaneously replaced with an equal volume of closely packed, but uncompressed blueberries?...

featured video

DesignWare Controller and PHY IP for PCIe 6.0

Sponsored by Synopsys

See a demo of Synopsys’ complete IP solution for PCIe 6.0 technology showing the controller operating at 64GT/s in FLIT mode and the PAM-4 PHY in 5-nm process achieving two orders of magnitude better BER with 32dB PCIe channel.

Click here for more information about DesignWare IP for PCI Express (PCIe) 6.0

featured paper

Configure the backup voltage in a reversible buck/boost regulator

Sponsored by Maxim Integrated

This application note looks at a reference circuit design using Maxim’s MAX38888, which provides a supercapacitor-based power backup in the absence of the system rail by discharging its stored charge. The backup voltage provided by the regulator from the super cap is 12.5% less than the system rail when the system rail is removed. This note explains how to maintain the backup voltage within 5% of the minimum SYS charge voltage.

Click to read more

featured chalk talk

In-Chip Sensing and PVT Monitoring

Sponsored by Synopsys

In-chip monitoring can significantly alter the lifecycle management landscape. By taking advantage of modern techniques, today’s more complex designs can be optimized even after they are deployed. In this episode of Chalk Talk, Amelia Dalton chats with Stephen Crosher of Synopsys about silicon lifecycle management and how to take full advantage of the optimization opportunities available for scalability, reliability, and much more.

Click here for more information about in-chip monitoring and sensing