Archive for February, 2009

Thoughts from DVCon

Thursday, February 26th, 2009

Here are my thoughts on what were for me, the top three sessions at DVCon.

“Techononmics of Verification” by Aart de Geus.

If you have ever attended one of Aart’s talks, you already know he is a fanastic speaker.  Through amusing graphics and wry humor he showed how global practices and financial instruments created a “vicious system” with way too much feedback.  Now the output is headed for the negative rail and we are all looking at a “standard of living reset”.  It all seems so clear in retrospect.

Then there was the panel session titled “EDA: Dead or Alive?” moderated by Peggy Aycinena.  This was a panel of seven EDA CEOs and VPs.  Peggy did a excellent job moderating the group and forcing upon them a level of discipline they should all take back to their offices. (more…)

See You at DVCon

Friday, February 20th, 2009

In case you missed it, DVCon 2009, the design and verification conference, starts Tuesday, 24 February.  The conference takes place at the DoubleTree Hotel in San Jose, California.

I expect to be there all three days and would be happy to meet any FMF model users.  So if you spot me, please stop me and say hello.

FMF Modeling Style

Saturday, February 14th, 2009

In December, Largine responded to a previous post by asking for more information about FMF’s modeling style.  I will try to answer here primarily by referencing more detailed sources of information.

First, one might ask why there should even be an “FMF style” for component models.  The answer is that by making models uniform in appearance and architecture, they can be more easily understood and modified by users and maintainers.  Once you become familiar with one model, all the others are easier to learn because they look alike and have the same structure.

There are two aspects to the FMF style: aesthetics and architecture.  These are both covered in an paper written mostly by Ray Steele in 1999 and still followed today.

One might think that aesthetics are not important.  I strongly disagree.  They may be unimportant in a project done by a single engineer and in which the code will never be (more…)