Text item:
Dileep,
Though IBIS protects circuit topologies, some companies may still want
to protect their driver strength and package model data, at least
during development and prior to public product launch, while still
being able to interact with a few other firms. This would be done in
order not to prime the competition on what the next technological step
is toward meeting some bus frequency or signal integrity goal.
The second reason is that some people/companies do, and will, make a
living making driver models and selling libraries. To them IBIS is
just a format or language, and they need to protect their product like
any other SW company.
Sincerely,
Samie Samaan
Intel Corp.
______________________________ Reply Separator _________________________________
Subject: IBIS models under NDA
Author: dileep%contec.contec.COM%contec@netcom.com at SMTPGATE
Date: 8/22/95 3:53 PM
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 Wed Aug 23 08:54:57 1995
This archive was generated by hypermail 2.1.8 : Fri Jun 03 2011 - 09:52:28 PDT