Re: IBIS models under NDA

Text item:

Dileep,

The models we generally require an NDA for are products which are not yet
formally announced. The P6 is a good example, as are new chipsets. All
information on these components is tightly controlled, including specs, models,
performance numbers, availability, etc. Such control is necessary for an
effective launch of a new product. I/O models, being in essence executable
specifications, fall under that umbrella. The purpose of even mentioning them
in a public place like the vhdl.org machine is to inform people that the models
exist and to point people in the right direction to obtain them.

Another case where an NDA is desirable is in the case of early models of a
component that haven't been validated, the I/O characteristics are subject to
change, etc. In such cases, the IC vendors want to control distribution so that
people don't design their products to the wrong spec. NDAs provide trackability.

Regards,

Will Hobbs
Intel Corp.

I am confused by the fact that the
semiconductor companies ask for NDA for providing
IBIS models. The whole purpose of IBIS is to make
it possible for the semiconductor companies to
provide models without disclosing proprietary
information. I can understand if they want people
to ask them for models instead of having the
models on the ibis reflector. But requiring NDA
for IBIS models defeats the purpose of IBIS.
Am I missing something here?
------------------------------------------------------------
Dileep Divekar
Contec CAE, Ltd.
2188 Bering Drive
San Jose, CA 95131

Phone - (408)-434-6767 x 126
Fax - (408)-434-6884
Email - dileep@contec.com
------------------------------------------------------------

Text item: External Message Header

The following mail header is for administrative use
and may be ignored unless there are problems.

***IF THERE ARE PROBLEMS SAVE THESE HEADERS***.

Content-Length: 716
X-Sun-Charset: US-ASCII
Cc: dileep@contec.contec.COM
Subject: IBIS models under NDA
To: ibis@vhdl.org
Message-Id: <9508222253.AA16021@contec13.contec.COM>
From: dileep@contec.contec.COM (Dileep Divekar)
Date: Tue, 22 Aug 1995 15:53:12 +0800
Received: by contec13.contec.COM (5.0/SMI-SVR4)
     id AA16021; Tue, 22 Aug 1995 15:53:12 +0800
Received: from contec13.contec.COM by contec.COM (4.1/SMI-4.1)
     id AA17083; Tue, 22 Aug 95 15:50:25 PDT
Received: from contec.UUCP by netcomsv.netcom.com with UUCP (8.6.12/SMI-4.1)
     id PAA10811; Tue, 22 Aug 1995 15:53:33 -0700
Received: from netcomsv.netcom.com (uucp5.netcom.com) by vhdl.vhdl.org (4.1/SMI-
4.1/BARRNet)
     id AA06774; Tue, 22 Aug 95 16:19:31 PDT
Received: from vhdl.vhdl.org by SSD.intel.com (4.1/SMI-4.1)
     id AA14089; Tue, 22 Aug 95 17:04:27 PDT
Received: from ssd.intel.com by ichips.intel.com (5.64+/10.0i); Tue, 22 Aug 95 1
7:04:50 -0700
Received: from ichips.intel.com by relay.jf.intel.com with smtp
     (Smail3.1.28.1 #2) id m0sl3JO-000twtC; Tue, 22 Aug 95 17:04 PDT
Received on Tue Aug 22 17:57:48 1995