Would you discuss Carbon’s product for IP distribution?
We want to enable companies to distribute Carbon models to their customer in order to get an early start on writing software. Let’s say it is a semiconductor company who wants to give their customers the ability to either start evaluating their IP early or to start writing software drivers. Those are the typical cases. What they need is a model of their chip or their system, essentially an executable spec that is cycle accurate that they can provide which people can use standalone or on their own platform. We are trying to create a model ecosystem where once these companies have their chip or system validated they are able in a secure manner to provide this to their customers for early access. What do they need to distribute a model? In the past the only thing you had was encrypted RTL models for particular simulators. What was the problem with that? If you had an RTL model and encrypted it for a particular simulator, it meant that your customers had to be using the same simulator to decrypt and run the model. It was not universal. It was very vendor specific. Secondly, since it was an RTL encrypted model running on an RTL simulator, it was inherently slow. Tens or maybe hundreds of Hertz for any kind of chip design. It was just too slow for people to develop software on. It was not fast enough. It was vendor specific. That’s what held that use paradigm back. It took a technology like Carbon to come along and solve these problems. We had the ever fast mode. By the way the models do not have to be event accurate. RTL simulators are event accurate. Software drivers do not need event accuracy, they need cycle accuracy. That’s the other thing; it (the solution) had to be at the right level of abstraction. Carbon came along with its technology. The models are cycle accurate, fast, available for all the common platforms and secure. Secure is different than what the other simulation vendors have done in the past. They encrypted their models but that was never a widely accepted method for people distributing IP. People are always concerned about encryption methods. Would people be able to decrypt it and find the original source? That was another lynchpin. The models had to be secure but not secure by the old means of vendor encryption. What does Carbon offer? They generate cycle accurate models. It is machine object code. There is no source code to find in the model. It is derived from and cycle accurate to the RTL but there is no source to recover from the machine object. So we solved the security problem. It is fast, cycle accurate meaning the right level of abstraction, and it is secure. Also Carbon plugs into all the popular platforms either running standalone or running in any SystemC or ESL platform environment. What else is needed? There has to be a business model that allows people to distribute these models.
The business model has to allow customers to distribute this on a broad basis. Over a number of years Carbon has come to a business model that makes sense for its customers. We have a program that allows people to buy a license to deploy models. They can deploy their modes by buying into a Carbon program. They can distribute their models. It is not relegated on a part number basis. They can distribute their models to any of their customers, as many as they want. It’s like an annual kind of license. They get the license from Carbon to deploy the models and they can distribute them to whomever they want.
Does the customer’s customer have to pay anything for these models?
We certainly do not impose anything on the customer. Different vendors don’t obligate one way or the other on whether they charge for these models or not. I would say by and far our customers do not charge their customers for models. I would not say it is an absolute. Our customer certainly can charge if that is their business model. We do not require that. Our history has been that our customers use this as an enabler of their business. So they typically provide these models for free.
How many customers do you have?
Carbon has on the order of 25 to 30 customers worldwide. These are big name customers like AMCC, NEC and Toshiba. To give you a more interesting metric out of the top 10 semiconductor companies in the world 5 of them are our customers.
The mechanical world has talked about concurrent engineering, simultaneous engineering for more than 20 years. I have slides that show the benefits of doing software simulation in terms of faster time to market, lower development cost, and better products. On your website there is a comparison between your approach and the traditional approach.
If you look at the various pitches from the ESL vendors about the value of doing early simulation, the pitch is very attractive. Why hasn’t ESL been more successful?
There is a relatively simple answer to that. Maybe it is self-serving. The first if not the second question to these vendors would be: The benefits sound great. The analysis tools look very nice. But how do I bring in my RTL? Whether their design is 25%, 50% or 80% existing RTL, there is some percentage of RTL there that the customer requires to bring in to start a new design. None of these ELS platforms have a little button that says RTL import. If you do not have that, then you have a major hole in your platform. Carbon recognized that early on. If we can fill that hole, then we can not only become part of every major ESL platform, we can fulfill the mission of ESL. All of these vendor’s pitches are by and far the same pitch, concurrent design, do it earlier, get it done quicker. We can really fulfill the promise. What Carbon is really doing to bring RTL into these environments in a natural way, automatically generated models whether in Verilog, VHDL or both languages. He has requirement to use that for his next design as well as his new designs is going to be implemented in RTL. If you are able to compile that into high speed cycle accurate models for these platforms then you have a complete environment. Without you just don’t.