by Peggy Aycinena

August 9, 2004

Subscribe to EDA Nation & Chip Design Magazine  |   Advertise


Published by:

Contents

Editor’s Note
History & Geography — "Fathers and Sons"
Commerce & Industry
Economics & Finance
Politics & Government
Citizenry
Festivals & Fairs

Editor’s Note

Welcome to EDA Nation, an on-line periodical with news and commentary on the EDA industry. Hosted on the Chip Design website (www.chipdesignmag.com/edanation), the intention here is to provide monthly updates on the industry—as well as some analysis—in a concise and useful format.

As the technology sector rebounds (albeit slowly for those who are impatient), the number of editorial platforms is increasing as well. This newsletter represents part of that upturn in the publishing sector and intends to augment and enhance the technical information and analysis made available to readers of Chip Design Magazine, Extension Media's bi-monthly print publication under the direction of Tets Maniwa as Editor-in-Chief.

Tets has always respected the engineers, sales and marketing folks, and managers that constitute the citizenry of the EDA Nation. I second that notion. In that spirit, I look forward to hearing from all of you regarding this newsletter, just as Tets encourages response to Chip Design Magazine.

Honest and open discourse in an industry—or a nation—is that which makes an industry and a nation strong. Thank you for joining in on the conversation.

Peggy Aycinena
August 2004

Back to Top

Embedded Systems Conference Boston co-located with the Embedded Security Seminar The Embedded Systems Conference Boston held September 13-16, 2004 in Boston, is the East Coast's most important educational forum and exhibition dedicated to engineers and engineering managers developing leading-edge products that incorporate processor-based systems. Register by August 17th and save up to $595, use code: SE9, www.esconline.com/boston

Editor’s Note

The September 2004 issue of EDA Nation includes a challenge. The lead article is extremely lengthy, but if you can give it the time, the read is well worth the effort. John Sanguinetti is a household name in the EDA industry and this is his profile.

Currently, John is serving as the industry's poster child for Multiple Myeloma, a rare blood cancer and the subject of a lot of intense medical research. As such, John will be the guest of honor at an industry fund-raiser in San Jose, California, on September 15, 2004.

However, that's not what makes John's story here compelling. The reason you should rise to the challenge and read this thing in its entirety is because John Sanguinetti is more appropriately the poster child for EDA - a Ph.D. technologist, an entrepreneur, a long-time player in Silicon Valley, and someone who has influenced and been influenced by the trends and characteristics unique to the EDA industry.

If you're involved in the EDA industry, this is more than John Sanguinetti's story. This is your story.

Peggy Aycinena
September 2004

Back to Top

Embedded Systems Conference Boston co-located with the Embedded Security Seminar The Embedded Systems Conference Boston held September 13-16, 2004 in Boston, is the East Coast's most important educational forum and exhibition dedicated to engineers and engineering managers developing leading-edge products that incorporate processor-based systems. Register by August 17th and save up to $595, use code: SE9, www.esconline.com/boston

Editor’s Note

October is a time of change. Spring and summer have come and gone, and autumn heralds the coming of winter. More than any other time of year, people tend to be looking back wistfully to the seasons just past, while also looking forward with determination - preparing themselves for the challenges and vigorous sport of the winter months.

This month's lead article is about Cadence Design Systems, its future and its past - topics seemingly analogous to the season. The first interview here is with the newly appointed Cadence President & CEO Mike Fister, who is looking forward to the challenges and vigorous sport of building Cadence to be an even bigger player in the EDA industry and the larger semiconductor supply chain.

The second interview, the other part of the autumnal experience, is a conversation with the original CEO of Cadence, Joe Costello, who has just been named by the EDA Consortium as this year's winner of the prestigious Phil Kaufmann Award. When people speak about Costello's era, it's often in wistful terms as his tenure at Cadence from 1987 to 1997 coincided with the glory days in EDA, those years when the industry was expanding rapidly and optimism abounded with regards to the business and technology potential in electronic design automation software.

Voices of the past and future not withstanding, my own impression in talking to these two men is of their remarkable similarity. They are both agile in their thinking, seemingly unfettered by conventional (read "formulaic") wisdom, and both bring a great deal of intense energy and confidence to the table - confidence in technology, confidence in a future based on that technology, and most importantly, confidence in their own abilities to shape and influence that future by shaping and influencing the technology.

They both seem equally able to say to the pending season of winter - 'Bring it on!

Meanwhile, no matter that the economic news out of EDA, and some companies in particular, is hardly something to write home about - the number of technical announcements coming out of the industry rages on! So grab that cup of java and come along for the ride.

Peggy Aycinena
Contributing Editor

Back to Top

Embedded Systems Conference Boston co-located with the Embedded Security Seminar The Embedded Systems Conference Boston held September 13-16, 2004 in Boston, is the East Coast's most important educational forum and exhibition dedicated to engineers and engineering managers developing leading-edge products that incorporate processor-based systems. Register by August 17th and save up to $595, use code: SE9, www.esconline.com/boston

Editor’s Note

First off, I would like to welcome John Blyler as the new Editor in Chief of Chip Design Magazine. John is taking over for Tets Maniwa, who is leaving the magazine to pursue other interests.

The EDA industry has always been, and will continue to be, a fascinating and dynamic space. Like Tets before him, John brings many years of engineering and publishing expertise to his tasks at Chip Design. The EDA industry has much to benefit from having him here to contribute to the ongoing conversation about the business and technology of electronic design automation.

Meanwhile, I'm sure John joins me in thanking Tets for bringing his many talents and energies to Chip Design throughout its first year of publication. I want to personally acknowledge the years that Tets and I have spent working together, both at Chip Design and at ISD Magazine. He has taught me an enormous amount—both about EDA and publishing—and I want to thank him, and wish him and his family all the best going forward.

And so, onto the December issue of EDA Nation. This month's edition is special because, at long last, I have had a chance to visit with Dr. Wayne Wolf, Professor of Electrical Engineering at Princeton University. Wolf received his BSEE, MSEE, and Ph.D. in EE from Stanford University in 1980, 1981, and 1984, respectively. Following on his Stanford years, he spent 5 years at Bell Labs in Murray Hill, New Jersey before settling in as a faculty member at Princeton.

Professor Wolf is widely read, as he has authored several crucial textbooks currently in use at colleges and universities around the world. His books include Computers as Components: Principles of Embedded Computer System Design, Modern VLSI Design, (on its third edition), and a newly released book on FPGA design.

After you have heard from Professor Wolf, please peruse the news. The items here cover mid-October 2004 to early December 2004 and include a number of interesting developments. Of special note on the business side: a new set of senior executives at Cadence Design and an impressive number of announcement regarding mergers and acquisitions, as well as various venture capital investments in new and existing EDA companies. Of particular interest is the Synopsys acquisition of Nassda, following on a number of years of contentious legal battles between the two companies.

On the technical side: The SPIRIT Consortium has followed through on its promise to release the first version of its IP reuse standards. That story will be an interesting one to follow.

This year has turned out to be a very busy one for the EDA industry. Although the revenues across the board are not yet as robust as many would like, there are certainly strong signs of life in the industry. Most definitely, a wide range of diverse and stimulating technical developments have emerged over the last 12 months. Given those trends, I believe we can look forward to an even more dynamic 2005.

A very Happy Holidays to all of you in the EDA Nation. I look forward to seeing you all back here in January.

Peggy Aycinena
December 2004

Back to Top

Embedded Systems Conference Boston co-located with the Embedded Security Seminar The Embedded Systems Conference Boston held September 13-16, 2004 in Boston, is the East Coast's most important educational forum and exhibition dedicated to engineers and engineering managers developing leading-edge products that incorporate processor-based systems. Register by August 17th and save up to $595, use code: SE9, www.esconline.com/boston

Editor’s Note

Welcome to the January issue of EDA Nation. This past year was a complex one in many places around the world, with news and headlines reflecting the stunning developments in politics, war, economics, weather, earth science, and oceanography, just to name a few. Dramatic, frequently tragic, and occasionally beyond comprehension - for many, those headlines defined 2004 and caused them to welcome 2005 with a sense of relief. “That’s enough of 2004! Let’s get on with 2005!”

Meanwhile, there were significant developments within the EDA Nation in 2004. Although the headlines in EDA were rarely on the scale of the larger events sweeping the globe, many of the stories within the industry were interesting, intriguing, and compelling in their own way on both the business and the technical sides of things.

In my estimation, 2005 promises to be even more interesting for those who track EDA. Acquisitions and new management teams at various companies will continue to fuel the business headlines, while news and developments in the areas of verification, DFM, ESL, and embedded software will further amuse and amaze those who track those technologies.

Appropriately then, this month’s article spans both the business and the technology paradigms within EDA. The main article is a discussion with Jeff Jussel, Vice President of Marketing at Celoxica (Abingdon, Oxfordshire, U.K.). These days Jeff is carrying around a nifty set of PowerPoint slides that help to articulate Celoxica’s position in the market. The slideshow details Jeff’s and Celoxica’s take on electronic system level design (ESL), how ESL interfaces with EDA, and how Jeff’s subsequent definition of behavioral synthesis differs from that of Celoxica’s competition.

Of course, you might be inclined to ask why any set of slides from a VP of Marketing warrants being the basis for an article in a technology newsletter that purports to be both objective and impartial. Well, either you’ll have to take my word for it, or you’re going to have to track Jeff Jussel down and have him walk you through those slides in person - or, you could read the article. No matter which way, however, I’m telling you the slides are plain long nifty and they provide a great starting point for a point/counterpoint discussion of ESL and All That Jazz.

Happy New Year to everyone here in the EDA Nation. I sense a strong undercurrent of optimism in the industry at the outset of the year, and I believe the next 12 months offer a lot of promise for the folks who work here. Now, if we could just get the rest of the world to follow suit…

Peggy Aycinena
January 2005

Back to Top

Embedded Systems Conference Boston co-located with the Embedded Security Seminar The Embedded Systems Conference Boston held September 13-16, 2004 in Boston, is the East Coast's most important educational forum and exhibition dedicated to engineers and engineering managers developing leading-edge products that incorporate processor-based systems. Register by August 17th and save up to $595, use code: SE9, www.esconline.com/boston

Editor’s Note

February and March are busy months for those who like to attend technical conferences - especially if you like conferences in Silicon Valley. Of course, the semiconductor industry spans all geographies on the globe, so only looking at things from a vantage point in Silicon Valley can be highly misleading. Nonetheless, people continue to look to this place for guidance and/or signposts of change and growth in the design automation industry. Hence, this month’s article on DVCon 2005.

DVCon is an intimate gathering of friends and enemies - people who work and compete for design starts, tools customers, and language dominance. It’s held each year around this time, and usually takes place at the DoubleTree Hotel in San Jose, CA. This year’s 3-day meeting was a good, solid gathering of the tribes - and although there were moments of rancor, in general, things went smoothly. Companies may be arch competitors, but on an individual basis - engineers and technologists have an easy way amongst each other, which lends a certain ambiance to meetings like DVCon.

I attended a number of different events at DVCon, but missed many other events of equal importance. This article details one keynote and two panels that pretty much define today what’s happening - for better or worse - within EDA. Mentor Graphics CEO Wally Rhines gave a well-received keynote address on Tuesday morning, February 8th. EDA Editor Gabe Moretti moderated a panel on Quality in Design on February 9th, in the early afternoon. And Dataquest’s Gary Smith moderated a panel on Catching up in ESL to close out the conference late that same afternoon.

Of course, DVCon showcased a lot more content that just these three items, but if you need to see the whole conference, it’ll be on-line starting February 23rd, on the DVCon website. All told, DVCon manages to portray a pretty detailed picture of where things are in hardware design. These days, that picture includes compelling evidence that a) things are inexorably moving up to higher levels of abstraction, b) verification technology is undergoing a marked consolidation, and c) achieving quality designs is not getting any easier.

I enjoyed my several days at DVCon. I learned a lot and believe that knowledge will be an asset as I head off to DATE in Munich next month. Across the paradigms of hardware/software, RTL/ESL, North America/ Europe, and global/local design & implementation - the interface between DVCon and DATE offers up a point/counterpoint that mirrors the situation in chip design today, here half way through the first decade of the new Millenium.

Peggy Aycinena
Editor

Back to Top

Embedded Systems Conference Boston co-located with the Embedded Security Seminar The Embedded Systems Conference Boston held September 13-16, 2004 in Boston, is the East Coast's most important educational forum and exhibition dedicated to engineers and engineering managers developing leading-edge products that incorporate processor-based systems. Register by August 17th and save up to $595, use code: SE9, www.esconline.com/boston

Editor’s Note

Can you believe it? The second quarter of 2005 is already at hand. Where did the first quarter go? More importantly, was technical progress made in its passing? Hopefully, if the number of conferences which convene worldwide in the first quarter of each calendar year is any indication, the answer to that question is: Yes. Technical progress has been made – even over the course of these past 90 days – and you, yourself, probably contributed to that progress.

Of the many first quarter conferences of note each year, DATE – the Design Automation and Test in Europe Conference – is one of them. Some 4000+ people were on hand in Munich for DATE 2005 in March, and some of the very hot topics under discussion there included DFM and ESL – Design for Manufacturing and Electronic System Level Design. Next month here in EDA Nation, we'll talk more about DFM. This month, the conversation is about ESL.

There are lots of questions swirling around ESL – Is it here? If so, what is it? Who's doing it? And who's buying the tools that fall into that category?

But ESL is more than an assemblage of questions. It's more like a state of mind. So from an EDA perspective, the better question might be – Which companies have, or are about to, assume the ESL State of Mind?

If his high-profile appearances at DATE in Munich are any indication – he moderated 3 different panels at the conference – Dataquest's Gary Smith may have the answers to some of these questions. Hence the conversation included in this month's article in EDA Nation starts, to a certain extent, with Gary Smith and continues from there.

By the way, when I say this article is a conversation, I really mean a conversation. There are 10 companies and an industry analyst chiming in here, and that makes for a pretty darn interesting read. As is often the tradition here, however, the conversation is long.

So before getting started, go get that requisite cup of java. You're going to want to stay alert through the whole thing because if you do, you'll be a better conversationalist yourself going forward. That is, if you're interested in ESL, its nuances, and the role it's playing today and tomorrow in electronic design.

Peggy Aycinena
Editor

Back to Top

Embedded Systems Conference Boston co-located with the Embedded Security Seminar The Embedded Systems Conference Boston held September 13-16, 2004 in Boston, is the East Coast's most important educational forum and exhibition dedicated to engineers and engineering managers developing leading-edge products that incorporate processor-based systems. Register by August 17th and save up to $595, use code: SE9, www.esconline.com/boston

History & Geography

"Fathers and Sons"

Chapter 1—Evolution and Revolution

Everything and nothing changes from generation to generation. We don't need great Russian novelists to tell us that. Fathers more often than not represent the status quo, whereas children, or their friends, more often than not represent change. What is it about the newer generation that it's always so anxious to pursue change? Is it change merely for change's sake, or is it because the ways of the fathers have become tired and staid, the world has moved on and the old ways no longer apply?

For some, these are the questions that haunt the EDA industry today. And the questions are more than just academic. A lot of money is riding on the answers. EDA investors, EDA shareholders, EDA executives, EDA junior executives, the rest of the EDA staff, EDA analysts, journalists, and—last but not least—users of EDA tools, all await resolution: Is it change for the sake of change or are the ways of the fathers too tired and staid to apply to the brave new world we live in?

I think these were the issues I was trying to unearth in several conversations on Monday, July 26th. First I had a marvelous chat with the ever-engaging Wally Rhines, CEO at Mentor Graphics Corp. Following that, I had an equally stimulating conversation with the ever-energetic Rajeev Madhavan, President and CEO at Magma Design Automation.

Mentor Graphics was founded in 1981. Today, Mentor has 3700 employees and most recently reported $670 million in annual revenues. Magma was founded in 1997. Today, Magma has 530 employees and is reporting something in the order of $150 million in annual revenues. Both Magma and Mentor are publicly traded.

Chapter 2—Wally Rhines

Q — New technologies are emerging—FPGAs, structured ASICs, ESL—how does Mentor position itself in new markets while still protecting established markets?

Wally — "Of necessity, Mentor does actually develop products internally for new markets. [Because] we are less well established than our leading competitors, we need to pursue new opportunities and take advantage of new markets. The only way an EDA company can grow is with new applications, new methodologies, and new customer bases—or totally new markets. And, we need to grow in order to generate satisfactory profitability for our shareholders and to provide benefits to new users."

"In FPGAs, we're the only major EDA company who has made a substantial investment in this area. Marketing and supporting FPGA products requires a different kind of selling channel and marketing approach. You need to be able to make money on the sub-$10,000 sales, [and we can do that because] Mentor has two distinct sales channels. One is a direct channel where Mentor employees make the sales call, and one is the indirect channel where specialists and resellers of Mentor tools make the sales call—third parties who are willing to call on the small companies."

"When we acquired Model Technology [in 1994], the economics of their technology allowed us to be able to approach the smaller markets. ModelSim built up a worldwide channel of sales reps for us—highly skilled distributors—and we've built upon that. So now we have about a quarter of our revenue going through that sales channel and we've augmented it [to approach] the FPGA market."

"In the structured ASICs market, we support those customers with platform-based design tools. There's a class of ASICs that's basically a fixed-base set of functions, where you customize three-to-eight layers of metal. That device can also be referred to as a platform ASIC. We haven't done what Synplicity has done [to approach the structured ASIC market], but we have done tools for platform-based design."

"Now, it's true you can distinguish between structured ASICs and platform ASICs—but at the same time, there are probably 10 other categories as well within this technology. Some approaches have FPGAs in standard products; others have standard products in FPGAs. Or you have people generating new architectures for programmability, or reducing programmability in existing architectures. Whenever you see these kinds of things happening, it means the providers and the customers are searching."

"That's when EDA companies are faced with two approaches. The first is to be engaged in the market, to have strong positions in FPGAs, for instance, or in synthesis, or simulation, or analysis. To see what's working and to introduce new products to support it. That's the way products are best defined—you have something to offer and you interact with customers to have them help you figure out how to make it better."

"The other approach is to wait and see how things sort themselves out in the marketplace, and then go out and acquire the winner. This second approach hasn't been a good one for Mentor. Am I bragging or complaining? A little of both. If I had a 10x market cap, I might rely more heavily on acquisitions, but I don't. Our discipline at Mentor is geared more towards product development."

"As far as ESL is concerned, you should check with Dataquest. I believe their numbers indicate that we're pretty well established as number one in that space. Our major competitors have made a lot of moves in that area, but ESL requires you to move above the HDL basis of design. We're definitely doing that. We're providing verification with software and hardware—we've been quite successful in that market for 6 or 7 years—and we're also providing products for C-based design. ESL is definitely [a reality at Mentor]."

Q — How do you sell the tools? To management or to engineering?

Wally — "We have to do both, although whether you're selling bottom up or top down depends on the different cultures within the customers and the different economic cycles, which have a strong influence [on the process]. Traditionally, Asian and European companies have exerted more high-level management decisions with regards to purchasing EDA tools. The U.S. has always tended to be a more bottom-up culture, except with the caveat of where interoperability has forced higher levels of decision making."

"With the downturn in 2002, some of the larger companies became sufficiently troubled that financial controls started to override engineering judgement. Contracts were not renewed or were re-negotiated without paying attention to the engineering viability of the products. It was clearly a penny wise and pound-foolish mentality. As customers become less price sensitive, however, they can again make decisions based on the technical capability and advantages of the tools they're buying."

Q — Power and signal integrity are the agonies that accompany the ecstasies of 65 nanometers. Why don't we just stop at 90 nanometers, resolve the outstanding problems there, and leave well enough alone? Does it make good business sense to be pushing the envelope?

Wally — "Let me give the Edmund Hillary answer … because it's there. Leading-edge technology tends to pay the bills in the EDA industry. If you look at who buys the most expensive EDA tools, who adopts the new methodologies, it has historically been those who have pushed the frontiers of integrated circuits. They may be a minority, but they include companies like Intel and TI. These days, those types of companies don't believe they have the choice to make their own tools. There's such an economy of scale in solving [CAD tool] problems for next generation technology, that companies like Intel and TI can't afford the development costs. As an EDA company, Mentor is solving problems where we're listening to the inputs of many diverse users of our technology. We solve problems that the single user hasn't anticipated as yet."

"This is a phenomenon that you'll see in more industries than just EDA. Cirrus Logic, for instance, used to give this presentation describing how—for every generation of disk controller—Seagate Technology would develop their own disk controller, but would also engage Cirrus to develop [a competing design]. For seven generations in a row, Seagate chose the external solution. That's because internal design groups develop solutions for the next generation, but don't anticipate a generalized solution."

"It's been the same for the evolution of the EDA and the semiconductor industries. Having you own team develop tools in-house is very expensive. EDA companies are able to solve custom design problems with generic design solutions. This is a law of economics that's unlikely to change."

Q — Wally, would you rather be working at a start-up where there's free soda and popcorn?

Wally — "Actually I went straight from my Ph.D. at Stanford to 21 years at Texas Instruments, so I've never actually been in a start-up. Although, Mentor does offer free coffee and free popcorn. We have always tried to preserve some of the things that are associated with start-ups. We have a putting green for employees, an exercise facility, and on certain days you can get a hair cut or a massage at the office. We also provide a very fine child development center."

"But none of this is why people work at Mentor. People are primarily looking for the opportunity in their work to do things that are unique and challenging. The software industry has always allowed people to make a difference in technology. That's why people work at Mentor."

"Why don't I go to a start-up? Well, by definition I would rather be working where I am. I have had plenty of opportunities to do other things—lots of opportunities, for instance, to go back to managing semiconductor companies. But, I don't feel a strong temptation to do that. The kind of thing I do at Mentor is my creative outlet, because we do act like a start-up."

"I am aware in all of this that once you become a large company, it takes an enormous amount of effort just to stay even. But we're still a young company and we're continuing to grow in several markets, mostly by taking market share from our competitors. When a company has good cash flow and good earnings, it should let its investors put their money into growth opportunities [available to the company]. Of course, when opportunities are not plentiful, just as Microsoft is currently doing, that cash should be returned to the shareholders."

Q — The Big Guys in EDA are accused of a) inhibiting innovation to protect legacy markets, b) inhibiting innovation by buying small companies and letting those technologies wither, and c) inhibiting innovation by only partnering with big customers. Do the accusations become tiresome and annoying for Mentor Graphics? Is it the tolerable price of success to always be the target of broad-brush criticism?

Wally — "I think it is the price of success that there will always be critics. [That's exacerbated by the fact that] people tend to broad brush groups into the same buckets, companies are placed into generic categories. There is validity in the criticism that large companies are guilty of not developing technology internally, and only grow through acquisitions. But how many de facto industry standards are developed by start-ups? Usually, they're developed after the company has reached [a certain size]."

"Calibre from Mentor Graphics is certainly the de facto industry standard for physical verification—it's one of a half dozen products that are now industry standards that were developed after Mentor became a large company. And certainly, the same thing is true of PrimeTime at Synopsys as far as being a de facto standard that emerged from a large company."

"[In the end], it's a question of what process a company finds to be the most efficient for developing technology. If waiting, watching, and acquiring technology is a [way to establish] leadership, companies should do so and accept the criticism."

"For Mentor, however, we don't have that luxury. It's true that in the early 90's, we had fallen way behind and had to jump start our internal development by doing quite a few acquisitions. But historically, Mentor has always been a product development company, and I made the decision when I came to Mentor from Texas Instruments in the early 90's that we would be much less open to acquisitions."

"I believed and still do, that once you have the culture [for internal development] that Mentor always had, the company has to take advantage of the development skills it has in-house. Today, Mentor is 5-to-10 times the size of our next largest competitor, but even as a big company, we've been able to preserve our ability to innovate. I know we would be able to preserve that ability even if we were to grow to twice or three times our present size. Why? Because you always dance with the girl you brought to the party!"

Chapter 3—Rajeev Madhavan

Q — Rajeev, I'm often hearing Magma referred to these days as one of the "Big Guys" in EDA. Is that affecting your business or technology initiatives? Was it more fun when Magma wasn't so much on the radar?

Rajeev — "Actually, from the very first product launch, we've been on the radar. That hasn't changed in any way, shape, or form. There are two big EDA companies who like to see us make mistakes—we're up against two Goliaths—and a third who sits on the fence and congratulates the other two. Since the early days, it has always been about bashing Magma."

"But also from the very beginning—if John Cooley or anybody else attacked us on things that were wrong with our products, we've always gone after fixing those issues and correcting them. That's just one of the things that we've needed to do to succeed. We're [almost a] 600-person company with very small carpets. It's not easy to sweep things under the rug here. As long as we feel the pressure, it's extremely good for Magma and we'll continue to develop really excellent technology. From a business point of view, that's actually our only option."

"And of course, we need to continue to win benchmarks. We need more people to do that. We have over 90 openings right now—we're continuously trying to bring in good people, but the fact is that it's difficult. We're looking for people with specific experience in various areas of work, particularly in research, and often with Ph.D's. People who have lots of publications are the ones getting noticed and often getting hired."

"But in any case, I'm actually happy that the other big three vendors continue to describe us as a start-up. Our technology is simply better. Perhaps that's what makes us a start-up. We're a start-up with over 500 people and run rates of $150 million this year! Do we still give out free soda like a start-up? Yes, in that way it's still very much a start-up mentality here!"

"It was more fun before in one area, however, I will say. Today suddenly, we have issues of globalization and [responsibilities] as a growing financial organization because of things like Sarbannes-Oxley. You get the idea that corporations now are needing to spend money on all of this because of the failure of Enron and WorldCom—and as a company we're having to do even more. We've always done what we had to do to provide complete reporting, even before [all of these regulations]. Nonetheless today the reporting requirements are [very costly to implement]."

Q — Is it still easy to communicate among people and groups at Magma, like it's always rumored to be in a start-up?

Rajeev — "We want to retain open communication in the company as much as possible. We enforce this notion quite a bit at meetings and so forth. However, it's always a problem to keep people candid as a company grows. So on a quarterly basis, we call everyone together and we beat each other up. In fact, we did a restructuring about a quarter ago. We divided the company into four groups, so we could continue to be brutally honest with each other."

"The four new groups include physical verification, design for manufacturing, front-end design, and IC implementation—with R&D shared across the four groups. Now the onus is on the head of each of those groups to make sure we understand the customer requirements in these areas and [to be honest and to speak openly with the senior management at Magma]. All of this is important for scaling the company, both on the technology side and the business side. We haven't reached the point [where people are afraid to share the truth with the management]. In fact, if we ever reach that point—well, we just won't!"

"I'm not saying that every one fits into the culture here at Magma, but as long as I'm here, I won't have it any other way. People must be free to be honest. Greg Walker, Roy Jewell, Saeid Ghafouri, Venktesh Shukla, and I—everyone except for Hamid Savoj—have been CEOs in the past. We all understand the need for open discussion here. When you have four or five people in an organization that have the proven skills to be at the helm at any given point in time, that's a very powerful position to be in."

Q — Quite candidly, and considering the current global economic picture, would Magma ever consider re-locating corporate headquarters to India?

Rajeev — "That would be impossible. The application knowledge is here. No doubt, there will be a growing number of customers in India, but it will be a long time before India or any other place in the world can reach what Silicon Valley has to offer. I owe a lot to Silicon Valley and this is where Magma belongs."

"There are entrepreneurs who come to me with that kind of model—starting an EDA company in India. But the skillsets [available there] are nowhere near what we need, even in generic software, let alone EDA. Culturally as well, there's no expertise in India for building start-ups. Maybe there will be 10 to 15 years from now. Right now here in North America, we're so inwardly bound and worried about losing jobs in the short term—we're making this a bigger issue than it needs to be. Instead, we should be trying to build businesses. We should be creating business leaders, not fighting a global economy."

Q — How does Magma position itself in new markets while still protecting established markets?

Rajeev — "At this stage in Magma, I spend quite a bit of my personal time on these questions. As a company, we're driven by two things. First of all, we have an extremely good relationship with our customers. A few of them are always doing cutting-edge designs and they give us ideas of where the industry is going. In the old days, [innovation in EDA] was driven by entrepreneurial hunches. That was the driving force. Today, it's what the customers have to say that drives us."

"The second thing is that we're pretty much an entrepreneurial friendly company. If you came to us and told us that you had a technology that was 10x faster, for instance, than the existing simulation technology—we would be interested. We're game to attack each and every opportunity in the various markets."

"With respect to the specific markets you mentioned, FGPAs and structured ASICs—we started a dialog 14 or 15 months ago and then bought Aplus Design Technologies. We made [this move into] the structured ASIC market even before it was being used as a word. People were telling us that SoC design was going to be platform-based and would include standard cells, FPGAs, etc. We saw that the fabric was being put into place [for that style of design]. So we made the strategic investment in Aplus, and looking at the last two quarters, we believe we're now number one in structured ASICs."

"Now, it's not our place to tell our customers, 'Thou shalt use structured ASICs, or standard cells, or FPGAs.' It's up to our customers to determine for themselves how to mix and match these technologies. But we have a very strong technical team and, unlike everybody else who say they have a structured ASIC flow, we actually have one."

"So, we have three types of acquisitions. There's the acquisition aimed at basic raw technology like the Aplus deal. In that instance, we're not buying the company for the source code, but for its experience. We then implement their talent into our flow development team."

"The second type of acquisition is in the category of infrastructure—acquiring libraries, for instance, to make sure that data is available so that tools from Magma, Cadence, and Synopsys can be used very quickly."

"The third bracket of acquisition is related to what I call revolutionary or world-shattering technology. For instance, Mojave came to us with very impressive technology and an excellent team. It was clear that what they were putting together was really revolutionary. That has been the first and only acquisition we've done in this category, but it shows that Magma is willing to play in each of these areas. This third type of acquisition is the most forward-looking. It is not so much driven by what the customers demand as by an incredible technology."

"Cadence likes to buy technology that's already up and running. We prefer to do it in the early stages of a company. For us, it's the whole package. Meanwhile, of course, we still think we have a culture at Magma where we can get new tools out."

"Most EDA companies have had one success and then go and buy everything else. We're certainly going to do what's necessary [in the area of acquisitions], but we're also doing a lot of new things. A software company can't grow purely through mergers and acquisitions. If you think it's difficult [to integrate designs] in hardware, it's even more difficult in software. And EDA software is much more complicated than most software. And from the cultural side of an acquisition, it's even worse [trying to merge companies]. How do we in EDA think we can build a cohesive culture within a software company by just slapping things and organizations together?"

Q — Power and signal integrity are the agonies that accompany the ecstasies of 65 nanometers. Why don't we just stop at 90 nanometers resolve the outstanding problems there, and leave well enough alone? Does it make good business sense to be pushing the envelope?

Rajeev — "We have done lots and lots of designs at 90 nanometers, and 65 nanometers is already here. In our view, by the time we announce our October/November releases of our tools, we will be completely done with 90 nanometers. That doesn't mean there won't be more work to do, but fundamentally we've done lots of chips at 90 nanometers. We know about the noise, the routing—the entire process is pretty much done. Power was a great learning experience for Magma, and our solutions were pretty much customer driven."

"Sometime between now and February, we're going to put a public face on a number of different things. We'll be getting a series of launches out the door, and will have more announcement and releases between now and January/February 2004 than we had in the entire history of the company. Just [having the bandwidth] to be able to communicate all of those developments to Wall Street and to EETimes is quite a challenge of its own."

"In all of this, I'm not saying that at 65 nanometers there won't be any issues. Clearly at 65 nanometers, yield is going to be an issue—we've already announced partnership with PDF Solutions to address these things. But as a start-up that's going up against two Goliaths—simply put, we're at a confidence level such that in our guts we believe we'll meet the expectations placed on us to deliver [solutions at] 65 nanometers. Although we're not going to talk about it until it's here, there's no use shying away from it. We have the confidence to deliver!"

The Epilogue—with apologies to Turgenev and Hemingway

The four of them stepped down off the stage where they had been sharing the limelight. The Sage One turned quietly to the Upstart. "You don't know the leaders in this industry well enough," he murmured. "You find fault with their point of view, but what makes you think it's not a product of the very technology that you're championing?"

"The leaders are good fellows," said the Upstart, "but their day is over. Their song has been sung to extinction. We have to move on. I can see we have to move on."

The men, whose day was over, stood nearby and listened for a minute or two, then quietly returned to their offices. One rang the other on a private line. "So it seems that you and I are behind the times. Our day is over," one said to the other.

The other responded impatiently, "In what way is he so different from us? And how on earth has he gone forward? It's those venture capitalists and analysts who have knocked such ideas into his head. I'm sure that in spite of all his staff and investments, he knows precious little about this industry."

The first one said, "No, brother, you mustn't say that. He's clever and he knows his subject."

"And so disagreeably conceited," the second one continued.

"Yes," observed the first. "He is conceited. Evidently one can't manage without it, and that's what we've failed to take into account. We thought we were doing everything to keep up with the times. We studied the designs. We tried to run model companies. We ourselves have even been described as rebels at times. We've read. We've listened. We've tried in every way to keep abreast of the demands of the day. Yet some say our day is over. I, however, continue to think it's barely begun."

"Exactly!" the second one replied. "Our day has barely begun!"

The conversation ended and the first one leaned back in his chair. He looked out his window and saw the highway that rose and fell past the last house in the distance. The banks of red dirt on either side of the road were sliced cleanly away and the second-growth timber stood on both sides. Their branches moved in the breeze. A storm was brewing.

Back to Top

History & Geography

"John Sanguinetti - A Profile"

Prologue - The trombone

This article is the result of several conversations that I had with John Sanguinetti over the course of a week in August 2004, during which he talked about his lengthy career and the many observations and conclusions he has drawn from his complex experiences. Our conversation concluded with a discussion of his diagnosis and treatment for Multiple Myeloma.

John Sanguinetti was born and raised in Maryland, where he began to play the trombone early on. That fact ended up having a lasting impact in EDA because in choosing a college, John looked for a school with a great college band and a spectacular music program. That turned out to be the University of Michigan, a place that John discovered also had a pretty good engineering program as well.

John spent 4 years in the Michigan marching band - even today he goes back now and then to attend football games - but he left the trombone behind during his graduate school years. Today however, John’s an active participant in the Peninsula Symphony Orchestra where he’s been a member of the brass section for over 20 years.

Chapter 1 - 1966 to 1977

My intention was to only spend 4 years in Ann Arbor and then to move on, but it didn’t work out that way. After I got my BSE in Applied Math, I applied to some of the top schools in Computer Science for graduate school. I got into Berkeley and Michigan among other places, but chose Michigan because they promised the doctorate would only take me 3 years - Berkeley promised 4 years. As it turned out, it ended up taking me 7 years at Michigan.

During those 7 years, I spent a lot of time working at the Computer Center on the Michigan campus, and it was there that I developed an interest in operating systems and design methodologies. I subscribed to top-down design philosophies and discovered there had only been a handful of operating system design projects reported up until then done in that style. That was back in the late 1960’s and early 1970’s, and operating systems were not as complicated as they are today. The hardware was much simpler and operating system design methodology was simpler as well.

My advisor at Michigan had come up with a formal modeling language for systems that could handle concurrent processes. Essentially, the language was an extension of regular expressions to determine if things would deadlock given certain circumstances. My thesis work entailed adding some features to the language, so that you could predict the performance of the operating system.

My scheme produced a sequence of messages that could be instrumented to determine in advance how long it would take to get from one state to another - it was kind of esoteric. Along the way, I wrote a compiler and a simulation run time library for this language, which was in essence a process-oriented simulation language. Overall, my graduate research work ended up accomplishing its objective - I got my degree, but it wasn’t terribly significant, or so I thought at the time. I was convinced that there would never be any practical application for my work.

Chapter 2 - 1977 to 1982

So I ended up staying for 11 years at Michigan and at the end of that time, I had a Ph.D. and a wife - not necessarily in that order. As I was finishing up my Ph.D., my wife was finishing medical school at Wayne State in Detroit. Following on that, she accepted an internship in Boston and I accepted a job working for DEC [Digital Equipment Corp.] on Route 128 outside of Boston. I arrived at DEC just a few months before the company’s first VAX shipped in September 1977. My job at DEC was to do performance analysis for them, primarily on their existing PDP-11 product line.

In one instance, the company was going to build an algorithm into the controller to optimize disk head movement, but my simulation model, in Simula, showed that effort was unnecessary. That work was significant because it would have cost them about half a million dollars at the time to do that controller. In any case, nobody at DEC really thought of me as a software guy. I was doing a lot of formal analysis about head seeking and was closely associated with the hardware guys in the company. That was my first close association with hardware designers.

Two years after we arrived in Boston, my wife finished her internship at Tufts in Boston, I left DEC, and we went back to Detroit where she did her residency in Ob-gyn. I returned to the university and took a job in the Computing Center in Ann Arbor, and that’s where we stayed for the next three years.

Chapter 3 - 1982 to 1986

My wife and I had made a deal after moving back to Michigan from Boston, that the next time we moved it would be my turn to decide where we landed. At that time, I had just read a paper in Computing Surveys by Mac MacDougal at Amdahl, who was one of the first people to do extensive simulation of computing systems at Control Data. Mac had gone to Amdahl in the mid 1970’s and was somebody I felt I could really learn from.

So after my wife finished her residency, we came to California and my wife set up one of the first all-women-doctor Ob-gyn practices in the Bay Area. Things have really changed since then - more than half of the OB-Gyns in the Bay Area are women today - but there were very few in 1982.

I started at Amdahl and began by doing performance analysis once again, trying to determine how fast the new machine would go - working usually in conjunction with the architecture group at the company. At Amdahl, performance was everything, and of course things had to be completely IBM 370 compatible. Incidentally, in those days, PC meant “Plug Compatible.”

Nobody was going to buy an Amdahl machine unless it was faster than an IBM. My group was creating benchmarks that were representative of customer workloads - it was before there were standard benchmarks in the industry - and analyzing the results.

Those were pretty heady times and the group that I was in was really quite good. Amazingly enough, some of the people in that group ended up staying at Amdahl for 20 years - even after the company became Fujitsu - but I only stayed for 2 years.

When I got to Amdahl in 1982, Silicon Valley was buzzing with talk of start-up companies. It was just after the first IBM PC had been announced and everybody and his brother were making an ‘almost-compatible’ PC. That was before the BIOS was cloned, making true compatible machines possible. I made some good friends at Amdahl, including one who was leaving to join a start-up. I had no idea how to go about it, but I wanted to join a start-up as well.

It was at that time in 1983 that I joined the Peninsula Symphony Orchestra as a trombone player. There was another trombone player in the brass section named Jim Jaffe, who was one of 8 founders of a company called Elxsi. Other founders included Joe Rizzi, who later became a partner at Matrix, and Thampy Thomas who went on to found NextGen after Elxsi.

Elxsi was making a super minicomputer to compete with the VAX from DEC and had about 300 employees. Unfortunately, although it looked like a start-up to me, it really wasn’t - it had been going for five years. The company was in that stage of having to do market development and getting product out into the hands of customers and it wasn’t succeeding. It was a zombie - not really alive, but not dead either.

In any case, I joined Elxsi and essentially did the same thing I had been doing at Amdahl. Eventually, I ended up doing both performance analysis and architecture at the company. Over time, however, I realized that Elxsi was a failed start-up and so I left after only 2 years - but not before I saw the folly of having a company name that nobody could pronounce or spell.

Chapter 4 - 1986 to 1990

In 1986, a headhunter told me about The Dana Group, which eventually became Ardent Computer, and then Stardent Computer - a company that was going to make a mini-supercomputer. In the mid 1980’s, this machine would target 8 megaflops on Linpack and a few hundred thousand triangles-per-second graphics performance. It would have computational processing applications and use a graphics subsystem to draw the results. Using the Ardent computer as a graphics supercomputer that rendered locally, meant you wouldn’t need to buy a Cray to get that kind of compute power and you didn’t need to buy an SGI workstation to render the results.

Even though Ardent didn’t last, it was a really heady experience to be involved with a real start-up of that size. I was the 24th employee to join the company and it was completely different from anything else I’d done up to that point.

While at Ardent, I did some modeling of the bus protocols to get the throughput we needed. Then, after just two months, they started parceling out the tasks involved in product development - designing the interface chip, the memory chips, the vector unit chips, etc. They asked me what I was going to do, and I said, “Well, what do you need me to do?” They said they needed design verification and I accepted the task.

My first job was to select the language. At the time it was Endot versus Verilog - VHDL wasn’t on the market. I did an evaluation of the two languages and chose Verilog because I liked it better. I knew we would need to write a translator from the netlists in the Valid format - Daisy, Mentor, and Valid were up and running in those days - and that’s how I got into design verification. I wrote behavioral models of the whole system - we could run an entire system simulation with my models.

I consulted the spec and the design engineers to write the behavioral models before we plugged in the netlist models. It was top-down design the hard way. At the time, people at Gateway told me that we were doing more sophisticated and complete modeling than any of their other customers even though the entire effort at Ardent consisted of just a couple of other guys and me. I never did know if they told that to all of their customers or not. That was in 1986 and ‘87.

The whole process was very interesting for me because it was starting to look remarkably similar to the software design methodology I had worked on in my dissertation back at Michigan. I knew that over the years that method had never gone anywhere in the software world, that people had talked about top-down design for software systems, but it had never really worked. However, here we were at Ardent doing exactly that with hardware design. In fact, Verilog was just a process-oriented simulation language, not all that different fundamentally from the language I had used in my dissertation.

I was writing a lot of Verilog in those days - we were all working on Sun workstations at that time. When we got our own machine working, anything that had been ported onto a MIPS platform, including VerilogXL, could be run on our machine. We were running other tools as well, of course.

Synopsys had come out in 1988, and we started to use Design Compiler. We got a beta of the product from Synopsys on a 1/4-inch tape. I just stuck it into the machine and ran it a couple of times. I wasn’t a hardware designer, so I didn’t actually use it, but I did install it and told everyone where it was on the system.

The excitement about Design Compiler was pretty high. Our group accepted it right away and was quite confident that it was the right thing to do. Like a lot of people, we knew that Design Compiler was a significant product. It was exciting to see that top-down design methodology for hardware was becoming a reality with a translation tool that could go from RTL to a netlist in a way that didn’t have to be done by hand.

Meanwhile, even beyond the technology, my experience at Ardent was really a life-changing one. I went from working 40 hours per week at Elxsi, to working 60-to-70 hours per week at Ardent. When I had interviewed at Ardent in 1986, my wife was on call with her Ob-gyn practice every other night and every other weekend. We had a 6-year-old at the time and I had to be at home with her when my wife was at the hospital.

So I told the Ardent guys during my initial interview that I couldn’t work on Saturdays. They grumbled a bit, but agreed. The first week I was at the company, Ben Wegbreit, the engineering VP, asked me to come in on Saturday just to show him what I’d been doing. So I did and I brought my daughter in with me. When I got there and looked around, absolutely everybody else was there working. I was amazed.

The next Saturday, I ended up coming in again, and as it worked out, I was there for 44 out of the next 52 Saturdays. A lot of that time, my wife was busy at the hospital delivering babies, so my daughter spent a lot of time at work with me. The whole thing was a complete culture shock to me.

People really worked hard at Ardent - Gordon Bell was there, Allen Michels was CEO, Ben Wegbreit was VP of engineering, and Jon Rubinstein was chief engineer. Richard Lowenthal, one of the best engineering managers I’ve ever met, was recently mayor of Cupertino. Steve Johnson who had written the Portable C Compiler at Bell Labs was there, as well. And Steve Blank, one of the most creative guys in the Valley, was VP of marketing.

We had a collection of extremely high-powered people at Ardent, all working 70 hours a week or more. Despite that, however, the company utterly failed. The machine was too complicated and too expensive. It was clear by 1989 that Ardent wasn’t going to make it, and when that situation became obvious, it was a downer for everybody.

From Ardent, I went to NeXT along with Jon Rubinstein even though I knew it wasn’t the place I ultimately wanted to be. The NeXT operating system was really nice (it turned into Mac OS X) and the machine was okay, but the company had 400 people, which was the wrong direction for me.

By then, I had figured out that over the course of my career, each company I had joined was an order of magnitude smaller than the previous one. When I was at DEC, they had 50,000 employees. Amdahl had 4000 employees, Elxsi had 300, and Ardent only had 24. NeXT was going in the wrong direction for me with 400 employees. I’d realized that my next company would have to be just me and one other person.

For that reason alone, I knew it wasn’t going to be a long-term proposition for me at NeXT. I wanted to be in an environment like at Ardent, but at a company even smaller than Ardent. Now I had to figure out how to get there.

Chapter 5 - 1990 to 1993

I was reading EE Times one day in September of 1990, and saw a 2-paragraph article that said a meeting of OVI [Open Verilog International] had been postponed. OVI had been established in May of that year by Cadence in order to put the Verilog specs out in the public domain. Seeing that article was the first I heard of OVI or that Verilog might be made public. Before that, the specs for the language were a Cadence trade secret and it was illegal for anyone else to sell a Verilog simulator.

Within 5 seconds of reading that article, I knew that this was the opportunity I’d been looking for. I’d been using Verilog for 5 years at that point and was really an expert with the language. In addition, I had a very low opinion of Cadence’s simulator, VerilogXL, because it was so slow running the behavioral models I wrote.

I had written a simulator for my dissertation and knew that an interpreter was nearly always 10 times slower than a compiler. I knew this was my opportunity to create a product to compete with VerilogXL. In fact, I felt that anyone with a reasonable education could do a better job of producing a Verilog simulator, but I also knew that if I tried and failed it would be beyond embarrassing. It was time to put up or shut up.

So I spent the next 8 months getting ready to start Chronologic Simulation based on my idea. While I was still working at NeXT, I wrote a prototype simulator at home from 11 PM to 1 AM every night for two months. When I finally got something that worked, I started trying to recruit people to join me in a new company based on the idea.

Through that process, I learned a lot about starting a company. At first we had three guys, but just before we incorporated in May 1991 one dropped out. That left Peter Eichenberger and me, but as far as I was concerned, this was going in exactly the right direction. A company with just two people.

It was just really exciting to start a company. We rented a little office in Los Altos - the office didn’t have any insulation and barely had any heat - and we worked there on our Verilog compiler. We were delighted when it began running and ran models 10 times faster than VerilogXL, sometimes as much as 50 times faster.

All of this was definitely a life-changing experience for me. I became a CEO and we had a product, VCS, all in about 17 months from the start of the project to our first customer ship. I had made a bet that I could make a real product, and had pulled it off. The fact that it was self-funded added to the sense of accomplishment.

At the time, nobody actually believed that Verilog had a future. Everybody thought that VHDL would take over, except the Verilog users. I was a user and I knew full well that nobody using Verilog was going to switch to VHDL unless he had to - Verilog was easier to use and there was no advantage to VHDL.

Still, I can’t tell you how many people told me to make a simulator for VHDL and not for Verilog. Andy Rappaport and Ron Collett both told me that point blank - do it for VHDL instead of Verilog because that’s where the future is.

Anyway, I tried to get advice from everyone that I knew as we started the company. I had lunch with a guy I had known at Ardent who was then a partner at Sequoia Capital. He was very helpful and when I told him about the company, he said I was right, they would never fund something like that. He also told me that they had just funded Redwood Design Automation and that Redwood had told him they’d be doing $100 million worth of revenue in 3 years - that’s how much market potential they had.

Well, by chance, I had an appointment with the VP of engineering from Redwood that very day, right after my lunch with the guy from Sequoia. I drove to San Jose for that appointment and had a nice talk with him. I asked him if he had really told the VC that they’d have revenues of $100 million within 3 years. He said yes, but that in reality they thought it would only be $50 million. When I heard that, I decided to be wary of Redwood Design.

It was such a telling moment to hear of someone giving a VC a number that was double what they actually expected to make. As it turned out, Redwood Design had a number of problems and we always loved to compete with them, because we beat them every time.

In any case, we never tried to get VC funding for Chronologic and so we were entirely self-funded. No one got paid for the first 15 months. But again, with my wife practicing medicine, I was okay. I have always said that my wife was the Chronologic VC.

Over all, we had 5 people at Chronologic who worked for absolutely nothing for a non-trivial amount of time - you really can’t do that anymore - but it paid off in the end because when we finally started making money with the company, we owned all of the equity. I was president and there was never any issue of external investors telling us what to do. As it turned out, that was a mixed blessing. It also gave the founders what I called “moral authority”. We had the right to make decisions about the company because it was our creation. We couldn’t be second-guessed, except by ourselves.

We released our product, VCS, in November 1992 after having had 3 beta customers for the product up to that point and it just took off!

We made $1 million in the first 2 months, paid out in just 5 checks from 5 customers including NeXT, SUN, Supermac, BBN, and Kubota Pacific. Our customers were mostly people that I knew - BBN was the only customer that didn’t have somebody there that we knew. We’d been living on a shoestring for so long that when I went to pay the bills for the company in the first week of January in 1993, the company account was down below $1000. A day later we got a check for $500,000 from Cyrix, and another million and a half arrived in January and February 1993. It was very exciting.

In any case, although we were seeing fairly big sales numbers at the outset, they represented a small number of transactions. So although for the first 4 or 5 months, we were doing pretty well, things then slowed down. We did have a sales guy and then started to build up a sales pipeline, but that took an additional 4 or 5 months to accomplish.

Chapter 6 - 1993

Most of the people that I knew through previous employers were in the design business, so at the beginning of Chronologic I was pretty naïve about the EDA industry. That situation turned out to play a big role in what happened next. As I didn’t have many contacts in EDA, I decided to join the OVI board of directors in mid 1993 - after being active on one of the technology committees of the organization, something I had done just to keep an eye on things.

However, I didn’t run for the board until I was absolutely certain I would be elected. There were usually the same number of board seats, or sometimes one less, as there were companies paying the full membership. Board members were determined by an election. There was a certain element of “popularity contest” in these elections, so there were people who would have been good to have on the board who were never elected, though this happened rarely. That’s probably the same in most organizations.

So in 1993, when I was confident of the outcome, I wrote a check to OVI for $10,000 and made an election speech - probably the first one ever given at OVI. Previously, OVI had made politically correct statements to the effect that Verilog was not in a language war with VHDL. Each language had its own place in the scheme of things. However, I got up and said I didn’t believe any of that. Verilog was superior, there was a language war going on, and I was on the Verilog side. After the election, Venk Shukla said, “It’s good to have a real Verilog bigot on the board.” I wore that title proudly.

Nonetheless, virtually all the analysts were still saying VHDL was it, that Verilog would die out. They were still sure that everyone would be switching over. I couldn’t convince anyone that it wasn’t going to happen, and they just kept asking me what I was going to do with VCS when VHDL dominated.

I had a particularly memorable interview with Gisela Wilson of IDC - who told me flat out that she didn’t believe our efforts had any future whatsoever. “You’re selling a fast Verilog simulator,” she told me. “But if all you have is speed what are you going to do when Cadence catches up?” I told her that I didn’t think Cadence would catch up. She wasn’t impressed.

In any case, by June of 1993 we had a repeatable sales cycle and we went to our first DAC. When you’re a company of 13 people, everybody goes to DAC and it was an exciting time.

DAC was in Dallas that year. When we got there and looked around, we saw for the first time that we really had a company and should start acting like one - not like an engineering group. The Chronologic board at that time consisted of Peter, Gordon Bell, and me - we had all met at Ardent. I talked to Gordon after DAC and he said we definitely needed some business help to grow the company.

So I called Allen Michels, the former CEO at Ardent, and asked him if he would be interested in being on my board. He said he’d come up from Phoenix and see what he thought about the company. He visited us for a day in Los Altos, and told me that the first thing we needed was a VP of sales. So we brought in a candidate to interview.

After the interview, Allen told me not to hire that guy, but to hire him. When I got over the shock, I made Allen COO for Chronologic, and while I still managed product development, marketing, and administration, Allen managed the sales people. I’d already hired Simon Davidmann to handle our European sales and we had a distributor in Taiwan and Israel, though not Japan. When Allen joined Chronologic in August 1993, he hired a sales guy in Massachusetts and two more in Silicon Valley.

He also hired a marketing director, Lisa Schmidt, signed up a Japanese distributor, and overall brought discipline to the sales process. Of course, given that it was Allen, it wasn’t a whole lot of discipline, but Allen knows how to handle people and how to handle a sales organization. By the end of 1993, we had about $5 million in sales, almost $2 million in the last quarter alone.

Still there were people who were sure that Verilog was going to fall into disuse - people like Dataquest and others who were doing surveys and talking to the management of EDA companies. But when we talked to the engineers directly, they didn’t say they were going to switch to VHDL at all. So even though we didn’t get much respect from the industry, the Chronologic business was doing just fine. VCS really was 10x faster than VerilogXL and 20x faster than the fastest VHDL simulator on the market.

Joe Costello was head of Cadence when Chronologic announced our first product. People thought that Cadence would respond by speeding up their own product, which of course they did. I actually went to a Cadence shareholder meeting after mailing a poster-sized copy of our first VCS ad to Joe Costello and went up to him afterwards to introduce myself. He was pretty cordial although he definitely knew about my product. He said the poster would be good motivation for his engineers. That’s something I doubt I would ever do again.

Lucio Lanza was on the board of Cadence at the time, and he told me later that he had recommended that Cadence acquire Chronologic. I didn’t believe the industry would have allowed them to, in reality, because it would have convinced everybody that Verilog wasn’t really an open language. That would have had the affect of Cadence being the only vendor with a Verilog simulator. I personally felt that we would always be competing with Cadence.

Chapter 7 - 1994

By the beginning of 1994, we were becoming relatively well known. We had done some advertising and established the fact that VCS was the fastest simulator on the market. That’s when people started believing that we really did have a future. Not only was there no reason to switch to VHDL, now there was a good reason not to leave Verilog.

As an aside, the DOD had mandated the use of VHDL back in the late 1980’s. Europe has always liked to follow standards - particularly back then - so when the DOD declared VHDL to be the standard, Europe pretty much embraced it. Europe was dominated by a few large companies and it was pretty easy for them to make policy for the region and enforce it. Even today, Europe is the last bastion of VHDL use. The same was true in Japan, although to a much lesser extent.

In any case, it took until the IEEE Verilog standard came out in 1995 to say that the tide had really turned in favor of Verilog over VHDL. OVI had launched its standardization process in 1994 and we participated actively in the committee that did the work. That standardization was OVI’s biggest achievement.

People continue to have a misconception about how IEEE standardization actually occurs, believing that it’s some kind of remote process. But that’s not true at all. You get approval to form a standard committee within IEEE and then you go about doing the work. In the mid 90’s, the IEEE 1364 Verilog committee looked just like the OVI language committee, same people but with different rules and the only ones participating were the ones with an interest in the future of Verilog.

For us at Chronologic, we had a vested interest in making sure that the undefined behavior of the language remained undefined. We didn’t want to have any behavior defined in the standard that would limit our implementation options. Race conditions result from a lack of event order specification in the language and typically we were doing those events in a different order in VCS than in VerilogXL. So we spent a lot of effort on what should be defined and what shouldn’t in the IEEE standard. The Cadence people didn’t seem to care - no one from Cadence joined the IEEE committee or regularly attended the meetings. The only real push back we ever got on that committee was from someone who wanted to clone VerilogXL and didn’t understand how you could do things differently from Cadence.

It was becoming apparent by 1994 that a significant change was occurring in the industry, and we started getting feelers about an acquisition. We got a low-ball offer from Synopsys, which we didn’t have any trouble turning down. A month later, we got a better offer from Viewlogic - that one was also not great - and we turned it down as well.

When Allen Michels joined the company, he didn’t know anything about EDA, so he called his brother-in-law, a stockbroker, to do research into the industry. The brother-in-law knew about Cadence, Synopsys, Mentor, Viewlogic, and Quickturn - the public companies. Allen came back to me and said, “EDA is a lousy industry. Each company has its day in the sun and then it’s done. You better make hay while the sun shines. The sun is shining now, so we either need to go public or be sold.”

We felt we were on a roll, but had no guarantee that it would continue. Allen was still hearing from all of the opinion makers that VHDL would overtake Verilog, and thought that within a year there was a good chance we would peak and then decline. So we started the IPO process for Chronologic at the beginning of 1994. We contacted an investment banker, I wrote a prospectus, we consulted with lawyers, and then we started getting the offers. Allen felt at the time that we would probably be acquired before going public. And, he felt that given a choice between going public or selling, getting acquired was the superior option.

In hindsight, had I known more about the industry myself I would have known it’s far better to go public before you get acquired. I can’t blame Allen - his advice was valid for a lot of EDA start-ups. He was an influential guy, but I should have been able to say, “No. Let’s not hurry.”

So we ended up telling Viewlogic we would accept their offer of $25 million in March 1994 and that’s when things got interesting. Later that day, we got a frantic call from Synopsys. We met with them on a Sunday morning and the meeting included about 11 people on the Synopsys side of the table and 3 of us on our side. We told them what Viewlogic had offered and said, “If you offer us $30 million, we’ll accept on the spot.”

It seemed like pure arrogance when they offered us the same $25 million that Viewlogic had offered. Synopsys hadn’t made a lot of acquisitions back then, and they had a reputation for being a day late and a dollar short. The fact that they offered the same amount as Viewlogic was a real problem for us, so we went back to our office, talked it over, and chose Viewlogic.

The deciding factor was that Viewlogic told us that we would continue to be an independent operating subsidiary. We’d remain in our same offices and there’d be no changes. The truth is that Synopsys was more honest with us. They told us that we’d become Synopsys, we’d be moving over to their offices and Chronologic would cease to exist. I felt afterwards that Aart de Geus [Synopsys CEO] had been much more honest with me at the time than Viewlogic was because that’s what actually happens in an acquisition. The acquired company ceases to exist - it’s only a matter of time - but I didn’t know that in 1994.

In any case, we signed a letter of intent with Viewlogic, as well as a ‘no-shop’ agreement. When I told Aart that we had signed with Viewlogic, he still wanted to talk although I couldn’t. A couple of days later Synopsys sent us an offer that was substantially better than their first offer.

My lawyer said to tell Viewlogic that, as a result, the deal with them was off completely - to tell them that’s just how business goes. Instead, when we informed Viewlogic of the situation during a phone call with Alain Hanover, CEO at Viewlogic. His response was to say that he’d sue each of us “personally for every penny you have” if we backed out of the deal.

Remember that at the time, both Gorden Bell and Allen Michels were on the Chronologic board of directors and both of them were really shy of lawsuits, having been through some unpleasant ones. They told me they didn’t want to be involved in any lawsuits, even though I didn’t really think it would come to that and neither did my lawyer. But I wasn’t very adventuresome either, so we decided to just go ahead and go through with the deal with Viewlogic. That, in turn, was the subtext of the next year that I ended up spending at Viewlogic.

You could ask, how often does someone find themselves in the position of starting a company, which becomes dramatically successful, negotiating with various people offering to buy the company, and eventually living through an acquisition? It’s not that unique, but it seldom happens to one person more than once. All told, the aftermath of the acquisition turned out to be the worst experience of my life.

By 1994, Viewlogic wasn’t growing the way they had been growing in the years prior to acquiring Chronologic. They knew that they were topping out, although we didn’t. Meanwhile nobody - including us - could see how great VCS’ growth potential was.

There were other problems. I realized only after the Viewlogic deal was over that in most acquisitions, the founder of the company being acquired or the guy who created the acquired tool rarely sticks around. Usually, that’s by mutual agreement. The person who has sold his company says it’s time to move on and the acquiring company wants him out of the way.

My situation at Viewlogic was more unusual. The whole reason we had chosen Viewlogic over Synopsys was because we believed we could continue on at Chronologic the way things had been before. I really wanted to keep doing what I was doing, I was happy doing it. As I say, that was the rare situation in EDA mergers.

Viewlogic, however - with Hanover and Gene Robinson, VP of sales, running the company - really didn’t want me there. Given a choice, they would have preferred that I leave. So I never knew at the time if the things they were doing were consciously done with the thought of driving me away or not.

I was definitely under stress while I was there. The notebooks that I kept at the time have an entry that says that the Viewlogic purchase was an okay deal - could have been better - but it was all right. But, it rapidly became apparent that it was not an okay deal.

It turns out that most of my battles with Viewlogic over the next year, following the acquisition, had to do with their sales people. We only had 6 people in sales and Viewlogic couldn’t see how those 6 could make any difference compared to their 80 sales people. But our 6 people sold more than all of their 80, because they focused only on VCS and knew the customers.

In addition, Viewlogic didn’t have any products in their portfolio that were as expensive as VCS was. A single license for VCS was $40,000, while Viewlogic’s most costly product at that time was only $20,000. The sales process for VCS was different from the other Viewlogic products.

Overall in marketing and sales, Viewlogic management didn’t want to do anything that didn’t have pay-off other than consolidating their power. Hanover was absolutely behind Gene Robinson and neither of them liked the idea of our having any autonomy at all.

Had I known more about EDA, none of this would have happened. I would have known that in EDA, there’s no such thing as an independent subsidiary. I would have seen that Aart de Geus was being honest in his dealings with us regarding that, and I would have known that Viewlogic did not have the potential that Synopsys did. Also, I would have realized that Chronologic was worth far more than $25 million.

But of course, it would have taken until the end of 1994 to do an IPO. We had projected our sales for 1994 at $10 million, but in fact we generated $16 million. So as it turns out by the end of 1994 we would have had enough revenue to do a credible IPO. We really were in that year 3 revenue “hockey stick” in 1994 where revenue takes off dramatically. It was a lost opportunity all the way around.

I’m pretty certain any IPO we attempted would have been pre-empted by a purchase by Synopsys. We would have been able to get at least double what we got for the company, particularly as we would have seen the spurt in revenue growth. I have a good friend who’s a VC and when I first started Chronologic, I told him my business plan for the company was to write a simulator and sell to Synopsys. It took a circuitous path for that to come to fruition, but that was the conclusion that was inevitable.

So 1994 was a pretty heady year and a terrible year at the same time. Just one month after the acquisition, it became apparent that I had made a terrible mistake. Viewlogic’s overall business was stagnating, just as we were beginning to gather steam. Their response was to try to consolidate more control over us, the response of an insecure management. By early 1995, Viewlogic had missed their Q4 numbers, their stock had plummeted and the company management was in disarray.

Chapter 8 - 1995 to 1998

By 1995, things were bad. At this point, everybody at Chronologic felt we’d been lied to and mistreated. Allen Michels left at the time of acquisition. I called him and asked him what to do and he sent me to see a lawyer in L.A. who told me I had a case.

We had a meeting of all of the management at Chronologic. The lawyer told us, “If you file a lawsuit against Viewlogic, the remedy will be to nullify the acquisition.”

So we notified Viewlogic that we wanted changes. Then things went from bad to worse. In May ‘95, Viewlogic filed a lawsuit against me personally, then we filed our lawsuit. Then they added to their lawsuit everybody at Chronologic who was a plaintiff in our lawsuit against them. When that happened, the entire management of Chronologic, short of Peter, left within a single week.

At any rate, our lawsuit wasn’t a good idea and it didn’t get very far in court. It turns out there was a clause in the acquisition agreement that said any representations by Viewlogic not included in the acquisition agreement had no effect. That’s a standard clause in these things and we couldn’t get around it.

Even today, it’s still annoying that someone can misrepresent things legally. My advice to anyone in a similar situation would be to get all your understanding in writing in the acquisition agreement, but that’s easier said than done. At the time, I never thought I’d have the opportunity to take advantage of these lessons, however I have told other people who have benefited from our experience.

In any case, as part of the acquisition, Viewlogic wanted me to sign a 4-year non-compete agreement and I said this one’s not worth fighting about.

By 1995, I regretted signing the non-compete. I definitely felt that there was an element of coercion in the non-compete agreement that I had agreed to. I should never have signed it. In fact, if I had challenged it in court, it would not have held up because the time span was so much longer than the norm. But I didn’t mind too much at the time because I wanted to try some other things and I didn’t think I wanted to be in the EDA business again anyway. Even then, I didn’t consider myself an EDA guy. I’d been an EDA guy at that point for not quite 3 years. After that, it took me a long time to decide that EDA really was the industry I wanted to be in.

The years after my departure from Chronologic were more difficult than I could have imagined - they were just really hard. At first, those of us who left Chronologic formed a consulting company in trying to move forward. We rented a little office down the street in Los Altos from where we had been in business as Chronologic, and we worked doing verification projects for various people.

Eventually, however, Mike McNamara, Todd Massey and Chong Guan Tan went off and founded SureFire, at which point we closed the consulting company.

The web was beginning to blossom at that time, so I thought I’d write an on-line Verilog course. I was of the opinion at the time that that was the modern way to write a book. I ended up spending about 6 months writing the HTML-based training course, thinking I would sell on-line access to it. Although the commercial aspects never amounted to anything, it was a pretty decent effort. It was hosted for a long time on the ISD Magazine website, but they gave it back to me when the magazine folded. Today I pay the hosting fees, the course is free, and it still lives on-line. Surprisingly enough, it still gets about 600 registrations per month.

Meanwhile, I was only 47 and still fairly energetic - I certainly wasn’t ready to retire. So I went off with a guy I knew from the Ardent days. He was an ME and we started a company together doing MCAD software. His idea was that there was no MCAD language comparable to Verilog as a description language. But after two years of effort, we decided the idea was just a research project and not a business proposition. It was a good distraction for two years, but the biggest benefit I got from it was the realization that I wanted to go back to EDA.

During the Chronologic years, I had driven my daughter to school every day as she moved through the 5th, 6th, and 7th grade. Our conversations were usually about the company. She and my wife knew all about the company as it was growing and were deeply involved. Our family dinner table conversation was all about the growing business. After it all ended, and despite the MCAD project, I went into a really deep funk and my family knew it.

Finally, my wife said that anything would be better than what had been going on with respect to my attitude about things. I said I couldn’t just pull a switch and change my mood, so she said I should start another company if that’s what it would take - it was either that or move out. The non-compete agreement I had signed with Viewlogic was about to expire, so with my home life as motivation, I decided it was time to start CynApps [Cynthesis Applications, Inc.].

Chapter 9 - 1998 through the boom

CynApps changed everything. I didn’t want to write another Verilog simulator, nor to start another company like Chronologic, but I did want to try again. I really wanted to be a significant player in the industry, raise my sights, and do something more dramatic than Chronologic.

Andy Goodrich was a friend from Michigan and a graphics chip designer. He showed me a C++ class library he had written to use for hardware design. I thought this had promise, so I spent a couple of months in the beginning of 1998 experimenting with it to decide if it was really viable.

I needed access to some real hardware models, so I asked Jon Rubinstein - who was by then the VP of engineering at Apple - if he could help. Apple had just laid off a large part of their engineering staff and had plenty of spare workstations and cubes, so he gave me a contractor’s badge and access to their design group. It was their darkest time, just before the iMac was introduced and the company turned the corner, but it was quite pleasant for me. I convinced myself that you could design real hardware in C++ and this was worth pursuing.

Andy was up for a new venture, so I then talked to Randy Allen about the idea. He said we could get rights to the Kubota C Compiler, which he had received personally when Ardent folded. He said we could turn the compiler into a high-level synthesizer and combine it with the C++ class library. And that’s what we did.

The three of us founded the company - Andy Goodrich, Randy Allen and myself. I’d known Randy from Ardent and Chronologic. He’d been hired by Synopsys, after his time at Chronologic, to develop a VCS clone - which was legal because he’d never been asked to sign a non-compete agreement. That project ended when Synopsys acquired Viewlogic and got VCS. Randy became our VP of engineering at CynApps. He’s now the CEO of Catalytic Compilers.

So the tale of CynApps unfolded. We could see that designing at a higher level of abstraction, in C++, was going to succeed eventually, so we oriented our activities at CynApps around that concept. To do that, we needed to have enough products to be the dominant player in the front end of the design flow. Doing a single point tool like we’d done at Chronologic was interesting, but I wanted a product family that we could build a franchise around - a whole new design methodology.

I used to be fond of saying that if you wanted to create a significant EDA company, there was the Synopsys model and the Cadence model. You can plan to do a Cadence-type business model, but you can’t plan to do a Synopsys-type business model. In the Synopsys model, you had to develop a tool that’s key to the design flow and become a monopoly. In the Cadence model, you had to collect enough components of the design flow to be a major player. My goal with CynApps was to make a new Cadence - I wanted to do the acquiring this time.

To do that, I knew we needed to do things differently than at Chronologic. First of all, this time I took investment money. That had become a necessity by 1998 - people’s attitudes about start-ups had changed and you couldn’t get people to work for nothing at that point. Also, although my situation was different because my wife continued to grow her medical practice and provide household support, my co-founders at CynApps couldn’t afford to live on nothing.

We also needed to add people quickly, but people wanted stock in the company and they wanted to be paid as well. Those were the rules of the game in 1998. So, I had to look for investors. There were two investors high on my list, Prabhu Goel, the founder of Gateway, and Lucio Lanza, a partner at USVP. Prabhu wasn’t interested, but Lucio was - USVP became our VC for the first round of funding.

Actually, raising money isn’t hard if you’ve had a success before. I got a number of angel investors along with Lucio and USVP, and Lucio joined the board. So we started with one institutional investor and 7 private investors. Altogether we got $1.8 million, which seemed like a lot compared to the zero dollars we started with at Chronologic.

Lucio and all of the subsequent investors were very supportive. Contrary to the popular conception of VCs being controlling and rapacious, I never had that experience. We were lucky to have matched our business with VCs who understood the EDA industry. Lucio had been an early EDA participant at Daisy and then Cadence, and he was always sympathetic to our efforts. He understood our development needs and never lost faith that, if we succeeded, there would be a big payoff.

When we were ready to get an office and get started, we got help from Nvidia. I had known Chris Malachowsky, one of the founders of Nvidia, from my Chronologic days. When Chronologic was up and running, I had gotten a call from Jen-Hsun Huang, the founder of Nvidia, who said if I would give them some Verilog licenses, they’d pay me later when they got their funding. Cadence wouldn’t give them a break, but I did, and true to their word, 6 months later they paid me. They became a great customer.

Nvidia was the first all-VCS shop. Jen-Hsun and Chris were really grateful for my help at that time and we were always friendly afterwards. In 1998, they offered to give us free office space for CynApps in the Nvidia building. I’ve always thought that was one of the striking things about the Valley. The good things you do often come back to you.

We stayed at Nvidia for about 5 months, but they were growing so fast, they eventually needed the space. So, we went off to an office over on Mission College Blvd. in Santa Clara in 1999. We got a fairly nice office at a reasonable price and repeated a theme that you often saw in the Valley, a bigger office than was necessary at the time with unused space. In our new offices, we gave space to a company that USVP was funding. Procket was a 2-man, next-generation router company that ended up being a really high flyer during the boom. Procket turned into our first customer at CynApps.

I’m quite sure that this sort of thing can only happen in the Valley - not in North Carolina or Texas.

Initially, we thought we’d sell the Cynlib library for $1000 a license. Then the open source movement caught on and we decided that in the era of open source, selling Cynlib at that price just wasn’t worth it. So, we made Cynlib, our C++ library, open source. We released Cynlib in September of 1999. I told Synopsys we were going to release it under an open source license, but they weren’t interested in doing that with SystemC, which was very similar to Cynlib.

Our release of Cynlib may have been the first open source EDA product released by an EDA company, and it did have an impact on SystemC. Synopsys talked to us about joining the SystemC effort about two months before we released Cynlib, but there were personality issues with the people who would have had to work together and we decided to go our own way. In hindsight, this was a mistake.

In October 1999, Synopsys released SystemC under a community source license, not open source. Eventually Synopsys did release a true open source license for SystemC, but only after a lot of sturm and drang.

We had several other products, aside from the free class library, including a translator from Verilog to C++. We knew we wouldn’t make a lot of money selling these products, but until the synthesis product was ready, this was what we had to sell. Meanwhile, a few customers were buying our methodology and we would say, “For your project, we’ll charge you $100,000 and give you all the software we have.”

It turns out the most useful of the products was the free Cynlib library. However, none of the customers complained. They were buying methodology, and actually got their money’s worth.

So at that point was CynApps a product or a services company? I think calling yourself a product company at a certain phase in the life of a company is really a statement of intent more than anything else. I always used to say that when you don’t have a product, you sell services.

Verisity had gotten started selling methodology and so had CoWare. They got paid to have their AEs go into a customer’s site and stay there, but it wasn’t for several more years before their software was robust enough to sell without the AEs. I used to be critical of this model, but it’s a valid way to get a business started.

Lucio and Gordon, who was again on my board, urged us to acquire a small behavioral synthesis company in Pittsburgh called Dasys at about the same time as we raised a second round of financing. This added some of the best behavioral synthesis experts in the world to our engineering team. Sam Lee from Infinity Capital led the second round. He’s another VC who really understands the EDA industry, having been a user himself at LSI and then the first VC at Ambit.

Lucio and Sam stuck with us through thick and thin. That is what led us to our eventual merger with Chronology [not to be confused with Chronologic] which Lucio himself engineered. The merger was a good thing for the company, and importantly allowed us to get additional financing. Also through the merger, we got some very good people. The disappointment of the merger was that the Chronology verification products, which we thought would provide a strong revenue stream, didn’t survive the bust.

Meanwhile, as it turned out, the high-level synthesis and technology part was much harder to do than we had thought. The synthesis development effort took much more time and resources than we had anticipated and our plans for the other products in our suite of tools had to be pared down. Without high-level synthesis, design in C++ isn’t very compelling, and the other products couldn’t stand on their own.

By 2001, we were selling methodology, but not much. We were working on the synthesis product, but it was still a long way from customer-ready. With the merger with Chronology in 2001, we were now Forte and we had verification products to add to our methodology sale. We had also added a new CEO, Jacob Jacobsson. Then the bust hit.

Chapter 10 - From boom to bust and back

With the merger of Chronology and CynApps we had about 65 employees, but after the bust it was apparent we couldn’t support that many people. We went down to about 30. Meanwhile, sales of the lower priced verification products were falling off, while our more expensive methodology sales were going to zero.

At the height of the boom in the summer of 2000, we had moved into offices on Technology Drive. At that point, we were paying top dollar for a lot more space than we needed, but our expected growth didn’t happen. In 2002, we told the landlord that we would go broke if we had to keep paying rent at the agreed to rate. Our landlord said, “Tough.”

So we just stopped paying the rent and basically got kicked out. We were given three days to vacate and in those three days, Jacob, our CEO, found better quality office space three blocks away and ended up paying less than a third of what we had been paying. It may not be as much of a fire sale today as it was then, but ours was a typical story in the Valley in 2002.

When you’re in product development, it’s not so bad to live through a downturn. Nobody’s buying anything, but it doesn’t matter, because you don’t have anything to sell. We had expected to make sales from other things than the synthesizer, but because of the downturn our existing products simply stopped selling.

By the middle of 2002, we weren’t selling any of our existing products, and the synthesizer was clearly where our future was. So we cut everything else off and concentrated on that. The value of focus is something you learn over and over again in this industry.

Importantly in 2002, we were able to raise another round of funding, which we did by saying the money was just going to the development of the synthesizer. And that’s when we really started turning the corner. By Q4 of 2002, we got a purchase order from Sony and then things started to look up. The product, which was now called Cynthesizer, was still very immature, but we were getting to the point where it worked.

Today the Cynthesizer really works, we have 38 employees, and we are still relatively careful with hiring. We would be even smaller except for all of our customers in Japan. Innotech told us last year they were going to stop distributing non-Cadence products, so we hired some AEs and the Innotech sales guy and formed a KK. As a result, we have more guys in Japan at this point than a company at our stage normally would.

What’s coming up over the next 18 months? Well, it looks to me like consumer electronics is going to continue to do well, and most consumer electronics is done in Japan. Having said that, there’s competition for the Japanese coming out of Korea and Europe. We have customer engagements in all those places. We don’t yet have any customers in China.

The U.S. market is somewhat softer in C-based design as yet, because the U.S. isn’t doing designs in general that are as algorithm intensive. The design organizations in the U.S. that are doing algorithm intensive designs developed their own C-oriented design methodologies several years ago, and aren’t ready to change over to a standardized one. They don’t yet see the value, but they will. Are the existing EDA companies working to inhibit that move? I doubt it. I don’t believe in conspiracy theories - people in this industry generally don’t do that.

There is one last portion of my story to tell. Right after Viewlogic acquired Chronologic, Joel Paston introduced me to Rajeev Madhavan. Joel had met Rajeev on one of the OVI committees. Rajeev told me that what Chronologic did to Cadence, he could do to Synopsys. He had access to code from BNR and needed some funding to make a synthesis product to compete with Design Compiler. So I introduced Rajeev to Allen Michels and Gordon Bell, and we put together the first seed round for Ambit. I stayed in contact over the next year with Rajeev and went with him to various fund-raising meetings. Rajeev had to spend an inordinate amount of time raising money to keep the company going. We got to be good friends.

When Rajeev left Ambit, it was another one of those contentious events. I ended up trying to mediate between the two parties for several months. Eventually Rajeev sued and Ambit counter sued. So much for my political skills. When Rajeev started Magma I encouraged him because I thought that getting on with his life was the best thing for him to do. Another lesson from Chronologic.

Epilogue - Multiple Myeloma

I was diagnosed with Multiple Myeloma in the fall of 2001 by way of a blood test, which showed elevated protein with a monoclonal protein spike. The web said at the time that the median prognosis for the disease is 33 months from time of diagnosis. That prompted me, among other things, to start writing my memoirs, which will cover the 1980’s, and 1990’s in Silicon Valley. I’ve heard a number of things said about that era that I know to be incorrect and many of the details of the story are beginning to be lost. I want to get this stuff written down, so that the part of the record that I know about is recorded accurately.

I had a bone marrow transplant last fall because even though at that point I wasn’t symptomatic, the cancer level was dangerously high. A transplant is the normal treatment if you’re healthy enough to go through it. It takes 4 or 5 months to prepare by taking various drugs, and then you have the transplant followed by stem cell re-infusion. It’s pretty amazing that it works, but is a blunt instrument at best and only produces a remission of a few years.

The transplant was done at City of Hope National Cancer Center in Duarte, in Southern California. They’ve got a nice program there with a set of apartments on the grounds. The whole treatment was done as an outpatient procedure, where I walked over from the apartment each day for the 4 or 5 hours it took per session. I had a Hickman catheter inserted in my chest, which I found to be the most annoying part of the whole thing. With my wife taking care of me, I made it through the transplant with no complications and no infections, which is relatively rare. It took me about four months to fully recover from the transplant.

I exercise regularly, riding a bike once a week - I actually started riding in the 1980’s - and work out several times a week. I’m probably in better shape now than I’ve ever been.

When we were researching options with respect to Multiple Myeloma, my wife looked around for an oncologist. The one we went with had another patient who was the chief scientist at Finisar, a local optical component company. He was only 39 when he was diagnosed - just after the company had gone public - and he decided he would start a fund to raise money for Myeloma research.

He got $750,000 per year for 3 years to fund three different research organizations looking for treatments for the disease. He raised money primarily from a few of the winners from the Finisar IPO. I told him I knew some winners too, and that perhaps I could raise some additional funds. So I started working on that project around the end of 2001. The Myeloma Research Fund, the MRF, has been administered since its inception in 2001 by the Peninsula Community Foundation. It’s an extremely efficient way to fund cancer research.

There are three groups being funded by the MRF - Dr. Ken Anderson at the Dana-Farber Cancer Center in Boston, which is associated with Harvard, Dr. Bill Dalton’s group at the H. Lee Moffett Cancer Center in Tampa, and Dr. Jim Berenson, at Cedars-Sinai and UCLA, who has recently established the Myeloma and Bone Cancer Research Institute in L.A. The fund-raiser being hosted by the EDA community on September 15th in San Jose will go toward the research those three groups do. The idea for the September event was Venk Shukla’s from Magma.

I’ll be at the event and it may be a little awkward because I look pretty healthy. I’m afraid I won’t look like a very good poster child for cancer research. People who know me will only notice a difference in that my hair is now curly. It grew back that way after the transplant. Otherwise, I look perfectly normal.

There are a lot of new drug treatments being researched right now for Multiple Myeloma including drug cocktails that involve thalidomide and dexamethasone in lieu of chemotherapy. They’re effective, but have a limited duration of effectiveness. They have their share of side effects, but they have fewer global side effects than chemotherapy drugs.

There are other drugs as well, including Velcade, a proteazome inhibitor to which about 75 percent of patients respond. None of these drugs remain effective for a long time, but while they are, the results are encouraging. I’m convinced that these new types of drugs are the future of cancer therapy.

My wife and daughter have been very supportive through all of this. It’s been a tremendous benefit to me that my wife is a doctor. I turn to her for advice and information, and her ability to navigate the health care system has certainly been a benefit for me. It hasn’t been easy for her, though, since she knows all the bad things that can happen and has a tendency to assume that they all will. I just trust in research and hope I’ll be one of those who outlives the distribution curve.

I’ve been about as lucky as you can be with my family in all aspects of my life.

[Editor’s Note: My conversations with John Sanguinetti have been among the most interesting I’ve ever participated in. I appreciated his candor, and wish him continued success in his battle with Multiple Myeloma.]

Back to Top

History & Geography

"Bookends at Cadence—Fister & Costello"

* Prologue - The official word from Cadence

You can skip this bit if you already know that...

Mike Fister is President and Chief Executive Officer of Cadence Design Systems, Inc. Prior to joining Cadence, he spent 17 years at Intel Corporation, where he was most recently Senior Vice President and General Manager of the company's Enterprise Platforms Group.

Previously, Fister served as Vice President and General Manager of the Performance Microprocessor Group, where he managed Intel's IA-32 processor development organization and was responsible for the design, development and marketing of IA-32 processors, including the last versions of the Intel486 and the entire line including the Pentium Pro, Pentium II, Pentium III, Celeron, Pentium II Xeon, and Pentium III Xeon processors. Prior to this role, Mike held many other product development positions at Intel and has a long legacy of successful technology development and product delivery.

Fister is a graduate of the University of Cincinnati where he received a BS and MS in electrical engineering in 1977 and 1978 respectively. He spent his early years in a variety of executive and engineering management positions at Wyse, Machine Vision International, and Cincinnati Milacron. He currently sits on the Board of Directors of Autodesk Corporation.

Chapter 1 - Mike Fister

Mike Fister was named President & CEO at Cadence this past spring, just in time for DAC 2004. Fister's appointment caused quite a stir at Cadence, and in the industry, because change always does. We spoke by phone on September 15, 2004 - the same week as the Cadence Users Group Conference in San Jose.

Q: How is the Cadence Users Group Conference going?

Fister: [Very well], although I've only been able to be there for a little bit this week.

Q: Presuming you've moved in from out of the area to take over at Cadence, how has the relocation to San Jose gone for you?

Fister: Our home is in Portland, Oregon and [we still have children in the area], so I'll be commuting down to San Jose. [But it doesn't matter where I am because] I'm very much a work-all-the-time person, which means I work about 100 hours a week. But, I've always loved what I do and I'm very committed to our Cadence team, [so it's not going to be a problem].

I'm also a big bicycle rider. I ride a lot in Oregon, and it's great that there's lots of biking in this area as well.

Q: Where were you born and where did you grow up?

Fister: I was born in Savannah, Georgia, but I grew up in Cincinnati. My father was a EE - he was infamous in the [design of the] instrumentation in jet engines at GE. So, I grew up wanting to be like Dad. I attended the University of Cincinnati, where I got my BSEE and my MSEE.

[While I was in college], I did an engineering co-op at Intel, where I worked on the 4040 and 4004 and got a lot of notoriety for some special stuff I did on those products when they were first coming out. So, after I got my MSEE, I went to work for Intel full time.

[At one point], I left Intel to join a small company working in the area of robotics. We were working on machine vision and the problems were pretty intriguing. We developed non-traditional computer architecture approaches [to the problem] based on an abstract algebraic approach - not a statistical approach. It's the computer architecture guys who [usually succeed in applying] these techniques to problems like traditional data processing, vision, and control.

After I left the start-up, I went back to Intel to develop microprocessors and micro-controllers, where several thousand of my buddies and I built product lines that you're probably typing on right now. We pursued the thoughtful evolution of products through to today's Pentium III and IV, which allowed us to change the world. I'll never be able to fully show the total strategy behind all of that - you've just got to meet guys like me and some of my colleagues to understand. It was a very considered evolution of those products - different products [to address the needs] of many different types of users.

We always planned the microprocessors at Intel with architectural innovations that would also show a product continuum. The why and the sense of the product flows were always implicit in the success of those product lines, because in the design process, it's the approach you're taking and knowing what kind of product you want to build. And, of course, always at the root [of everything] is a design method that's dependent on the human dynamic in the tools.

All of that left me interested in going out and trying to help our industry supercharge the inevitable, which is to be increasingly more dependent on the computer. You can see how I'm a logical guy to a fault.

Although I was trained as an engineer, I've always been more interested in how people think as opposed to how to get things done. My old man derives a formula [to solve a problem] when he needs it, whereas I develop a theory. Electrical engineering training is at the root of everything I've done, even in this adventure into EDA. Because in the design process, it's the approach you're taking which is just as much a part of the thing as what kind of product you want to build.

As the world continues to evolve, the complexity and dynamics increase