- Basic Information
- Gender
- Male
- About me
- Independent consultant working in the areas of functional verification and ESL. I was the Chief Technologist for verification at Mentor Graphics before going independent 5 years ago. I have worked for Synopsys and several other EDA companies that have since been acquired. I have had 4 books published so far, with two more due in the beginning of the year. The book ESL Design and verification that I co-wrote with Grant Martin and Andrew Piziali has become the definitive text on the subject. One of the new books is an extension to that book.
- Contact Information
- Land phone
- 503 352 4336
- State
- Oregon
- City / Town
- Beaverton
- Country
- United States
- Website
- http://brianbailey.us
- Education
- College / University
- Brunel University, England
- Graduation Year
- 1981
- Karma
-

- Member since
- Wednesday, 01 July 2009 14:12
- Last online
- 192 days ago
- Profile views
- 20283 views
Content I've Created
My Wall
Brian, as a regular reader I think that I understand why you comment 'SW engineers can be put on that task' in terms of writing sw for increasingly complex/larger chips. However, Gary Smith's observation is well informed and deeper than it might at first appear. Throwing bodies at the problem won't work both practically and economically. We are going to need tools, abstractions and programming models that give small teams leverage.
The emergence of ESL already provides a promise of things to come. It has taken time longer than we all thought for the industry to accept that ESL is inevitable. Similarly, it will take time before ESL goes up another gear and acts as a bridge to the software world with virtual platforms enabling fully integrated instrumentation, compilation, analysis and mapping/partitioning of applications.
The trouble for everyone in the industry is that it is already more than enough of a challenge just to keep up with the requirements of the next manufacturing node (scalability, new problems, verification) let alone trying to change engineering paradigms. Broadening the scope of their engineering envelope within organisations is a tough one for the EDA companies. The RoI is there but someone needs to grasp the nettle.
The EDA guys know precisely how to engage with and sell to hardware people. They have proven processes and organisations that can do this. Adding software into the mix is as much a cultural challenge as it is a technical one. Software economics, programmer productivity and what we term 'certified legacy code' all have to be taken into account. I think that this is what Gary was referring to.
As you are at DAC drop by the Compaan/ACE booth and have a talk to the guys as they have been in the trenches quietly doing some of this stuff.

