Subject: RE: SystemVerilog vote
From: Dave Kelf (davek@co-design.com)
Date: Mon Jun 03 2002 - 12:16:07 PDT
Hi Erich,
So as the co-chair I think its time I weighed in - since its not fair that
Vassilios takes all of these Cadence arrows.
In Vassilios's defense here, he was the person that was most keen at the
beginning of this effort to get people involved from both Cadence and
Synopsys. He has encouraged multiple opinions on a variety of topics. He
has done a great job of ensuring debate on a range of issues. In short, he
has worked hard to ensure that none of the things that you outright accuse
him of doing, have been an issue.
So I think we all welcome lots of input on this committee from a variety of
expert sources. I know some of the folks that Cadence has nominated for the
committee and I have lots of respect for their abilities and knowledge.
Paul has also already done an outstanding job - and was the only one at
Cadence that showed any interest at all in this work for a long time. So
having you guys on board should help us a lot. I am surprised that the size
of Cadence is such an impediment that all of your divisions have to be
represented, but I accept in good faith that this cross discipline of
expertise is designed to help the effort.
But lets call a spade a spade here. The one thing that Vassilios is
sensitive to, as am I and many people on the committee, are people coming
in to disrupt the activities of this group. Can you blame us for this
sensitivity when we have witnessed Cadence's efforts to delay the
standardization effort so far - not to mention presentations and other
communications external to Accellera where this effort is misrepresented.
If you are all helpful and productive then I am sure Vassilios, with the
rest of us, will be delighted. But you need to understand where some of
this is coming from and help us get over it, not make it worse.
So I would like to request that this type of communication stop. For better
or worse, Cadence has made their position known and we have all accepted
it. Now we need to move forward.
Thanks
Dave
At 10:34 AM 6/3/2002 -0700, Erich Marschner wrote:
>Vassilios,
>
>I would like to respond to your continuing disparagement of Cadence's
>input regarding the System Verilog 3.0 document, to set the record straight.
>
>1. Part of Cadence (Ambit, represented by Paul Graham) has been involved
>with the System Verilog committee for some time (since early 2002). Paul
>voted to approve the System Verilog 3.0 document, along with many others
>in the committee. Subsequent to that vote, Paul identified some issues
>that were later raised. We have agreed to defer those issues to
>discussion in the 3.1 effort.
>
>2. Despite Ambit's involvement, Cadence is a big company, and there are
>other divisions (e.g., SFV) that have other points of view. It is true
>that, for various reasons, those other divisions did not get involved with
>the System Verilog committee until recently. However, during the past 6
>months, it has become evident that more of Cadence should be involved in
>this activity, due to both Accellera Board encouragement and customer
>requests. We are now doing so.
>
>3. Cadence intends to participate going forward with much more complete
>representation of its various divisions. Paul Graham continues to
>represent Ambit and the synthesis perspective. Steve Sharp represents the
>NC-Sim team and Verilog simulation. Stuart Swan represents the
>System-Level Design division and the system design/verification
>perspective. I represent the group working on transaction- and
>assertion-based verification in Cadence.
>
>4. The additional people are NOT an attempt to "pack" the voting, but
>rather an attempt to adequately represent the different organizations
>within Cadence. Therefore the comment in your most recent email:
>
> > As more people from a single company keeps coming,
> > we will have a different voting rules than what we have
> > done to make SystemVerilog 3.0 an Accellera Standard.
> > This will be presented at the meeting. If you plan to help
> > you are welcome. If you plan to slow the progress, please
> > do not try.
>
>is entirely inappropriate. In any case, we expect the System Verilog
>committee to follow standard Accellera voting rules, which allow only one
>vote per member company no matter how many representatives are present.
>
>5. There seems to be a general attitude in your comments that
>participation in this committee requires general suspension of all
>critical faculties, and you seem to equate debate and difference of
>opinion with disloyalty. This does not seem to be a productive approach
>to developing a standard that must work well for a wide variety of users
>and implementors. If you want Cadence - and for that matter, any other
>interested party - to participate freely to help craft a robust standard,
>then you must respect our right to voice an opinion, whether or not it is
>in agreement with your own.
>
>Regards,
>
>Erich Marschner
>Cadence Design Systems
>
>
>
>-------------------------------------------
>Erich Marschner, Cadence Design Systems
>Senior Architect, Advanced Verification
>Phone: +1 410 750 6995 Email: erichm@cadence.com
>Vmail: +1 410 872 4369 Email: erichm@comcast.net
>
>| -----Original Message-----
>| From: Vassilios.Gerousis@Infineon.Com
>| [mailto:Vassilios.Gerousis@Infineon.Com]
>| Sent: Saturday, June 01, 2002 6:43 PM
>| To: vlog-pp@eda.org; assertion@eda.org
>| Subject: FW: SystemVerilog vote
>|
>|
>| FYI
>| I feel that everyone needs to see again the editorial
>| comments from Cadence and my response. I am tired of this
>| continued bad image on our committee and our work.
>|
>| We still have two companies that did not vote Cadence
>| and Sun. Hopefully they will do this on Monday.
>| On Tuesday, I will send you the final results.
>|
>| Vassilios
>|
>| -----Original Message-----
>| From: Gerousis Vassilios (CL DAT)
>| Sent: Sunday, June 02, 2002 12:33 AM
>| To: accellera_bod@accellera.org
>| Subject: RE: SystemVerilog vote
>|
>|
>| I have no problems with vote that Cadence has casted
>| against SystemVerilog. I do have a problems again with
>| editorial comments that Cadence have repeatedly shown. They
>| do not reflect the real image and trying to distort the good
>| image of TCC as well as SystemVerilog. Maybe they are meant
>| in an innocent way but this has been repeated multiple
>| times. I am not amused.
>|
>| I am still amazed after our discussions with Cadence
>| engineers at the last Verilog++ to see continuing negative
>| editorial comments from Cadence representative. I had to
>| respond on some of the negative comments provided by Grant below.
>|
>| 1- The bad image of "outstanding technical issues" is a
>| continual attack on the image of SystemVerilog 3.0. There
>| are some technical issues, but SystemVerilog provides an
>| excellent standard that advances Architectural design
>| through the interface section, it advances the verification
>| technology through assertions as well enhancement of many
>| language capability to enable better verification and high
>| level of abstraction. As the chairman of Verilog++ I am
>| offended on this repeated bad image casted by Cadence. The
>| committee have done its best job in producing a great LRM
>| and we have made the decision to stop at a certain stage and
>| publish the LRM for usage. This decision was voted and
>| agreed by everyone. We do plan to address "some" of the
>| issues and also add enhancement to continue our evolution of
>| SystemVerilog.
>|
>| 2- Again the "Standard Coordination" reflect that I and my
>| chairs are not doing our Job. When we started SystemVerilog
>| assertion, Sugar was not even in the picture. FVF was still
>| discussing which language to choose. In addition Sugar has
>| not even come out its technical debate from the committee
>| member. I and the chairs are addressing coordination that
>| makes sense. Asking to make VHDL and Verilog to have the
>| same syntax does not make sense. Doing a coordination on
>| semantics as well how much increase we need to improve
>| SystemVerilog in assertion is part of our chairs discussion.
>| We as the chairs of Accellera will provide the board with a
>| sensible roadmap, and not just based on an input of a single company.
>|
>| 3- To attack SyetmVerilog again as not driven by users
>| requirements is again a shameful remarks. Let me remind
>| everyone that almost 50% of HDL+ committee is made up of
>| users. On The Verilog++, we have all users/consultants that
>| use Verilog and build designs (six IEEE committee members).
>| Infineon which is a growing Verilog user, represented by
>| myself, National representative and also LSI logic. This 9
>| people out of the current SystemVerilog 3.0 committee which
>| is about 20. On the assertion side we have HP, LSI logic,
>| CISCO, Intel, SGI. Of course the fact that Co-design with
>| real commercial product in this area, cannot survive without
>| actual users that has helped in defining this wonderful
>| language. This a proven product, and not just have been
>| cooked in a standard organization.
>|
>| One final remark the SCOPE was agreed by the Accellera one
>| year ago. The committee has worked hard in analyzing every
>| corner of the language. 90% of the issues were generated by
>| the other members of the committee. All of the members of
>| the committee have accepted this even. I do not understand,
>| why Cadence continues on this path produce this bad propaganda.
>|
>| Best Regards
>|
>| Vassilios
>|
>| -----Original Message-----
>| From: Grant Martin [mailto:gmartin@cadence.com]
>| Sent: Wednesday, May 29, 2002 6:30 PM
>| To: accellera_bod@accellera.org
>| Subject: SystemVerilog vote
>|
>|
>| Cadence formally abstains from the SystemVerilog vote.
>|
>| Due to issues with the SystemVerilog 3.0 specification,
>| briefly re-iterated
>| below, we feel that it is premature for the Accellera board
>| to vote on this
>| proposal.
>|
>| However, notwithstanding our absention, and regardless of
>| how the vote of
>| the board turns out, I would like to reinforce our
>| commitment to be a fully
>| participating member of the SystemVerilog committee, and the
>| proposed '3.1'
>| process, in order to help rectify the issues we and others
>| have raised.
>|
>| Issues with SystemVerilog 3.0 (draft 8 and 9):
>| ------------------------------------------------------------------
>| 1. Outstanding Technical Issues. Several concerns about the existing
>| document have been voiced by various members of the HDL+
>| Verilog Design
>| Extensions Technical Sub-Committee, including Cadence.
>| These include
>| issues about type system extensions, for example. Cadence
>| has sent initial
>| feedback to the committee, and Erich Marschner will send any
>| additional
>| concerns to the committee email reflector by the end of the week, as
>| requested by Vassilios.
>|
>| 2. Standards Coordination. The syntax and semantics of
>| assertions in the
>| HDL+ extensions and the syntax and semantics of assertions in Sugar
>| conflict with each other at several points. We believe that
>| these conflicts
>| should not be propagated into the final version of either standard,
>| because they would create user confusion and diminish the
>| usability of both.
>|
>| 3. Scope of Extensions. We feel that the SystemVerilog
>| extensions for RTL
>| design, test bench development, and for system level design,
>| need to be
>| reviewed to ensure that they are the best choices to meet
>| user requirements.
>|
>| Regards
>| Grant Martin
>|
>| -------------------------------------------------------------
>| -----------------------------------------
>| Grant Martin
>| Fellow, Cadence Labs tel. +1-510-647-2804
>| Cadence Design Systems mobile +1-510-703-7470
>| 2001 Addison Street, Third Floor fax. +1-510-486-0205
>| Berkeley, California 94704 U.S.A. email gmartin@cadence.com
>|
______________________________
Dave Kelf
VP Marketing
Co-Design Automation, Inc.
Tel: 1 877 6 CODESIGN ext 404
Mobile: 1 617 571 9883
Fax: 1 781 662 2281
Email: davek@co-design.com
Web: www.co-design.com
www.superlog.org
Latest News:
http://www.co-design.com/news/index.htm
"Faster, Smarter Verilog"
______________________________
This archive was generated by hypermail 2b28 : Mon Jun 03 2002 - 12:27:24 PDT