[ibis-macro] Minutes from the 6 Aug 2013 ibis-atm meeting
- From: Mike LaBonte <mike@xxxxxxxxxxx>
- To: ibis-macro@xxxxxxxxxxxxx
- Date: Tue, 06 Aug 2013 17:38:08 -0400
Minutes from the 6 Aug 2013 ibis-atm meeting are attached.
Mike
IBIS Macromodel Task Group
Meeting date: 06 August 2013
Members (asterisk for those attending):
Agilent: * Fangyi Rao
Radek Biernacki
Altera: David Banas
Julia Liu
Hazlina Ramly
Andrew Joy Consulting: Andy Joy
ANSYS: Samuel Mertens
* Dan Dvorscak
Curtis Clark
Steve Pytel
Luis Armenta
Arrow Electronics: Ian Dodd
Cadence Design Systems: Terry Jernberg
Ambrish Varma
Feras Al-Hawari
Brad Brim
Kumar Keshavan
Ken Willis
Cavium Networks: Johann Nittmann
Celsionix: Kellee Crisafulli
Cisco Systems: Ashwin Vasudevan
Syed Huq
Ericsson: Anders Ekholm
IBM: Greg Edlund
Intel: Michael Mirmak
Maxim Integrated Products: Mahbubul Bari
Hassan Rafat
Ron Olisar
Mentor Graphics: * John Angulo
Zhen Mu
* Arpad Muranyi
Vladimir Dmitriev-Zdorov
Micron Technology: Randy Wolff
Justin Butterfield
NetLogic Microsystems: Ryan Couts
Nokia-Siemens Networks: Eckhard Lenski
QLogic Corp. James Zhou
SiSoft: * Walter Katz
* Todd Westerhoff
Doug Burns
* Mike LaBonte
Snowbush IP: Marcus Van Ierssel
ST Micro: Syed Sadeghi
Teraspeed Consulting Group: Scott McMorrow
* Bob Ross
TI: Casey Morrison
Alfred Chong
Vitesse Semiconductor: Eric Sweetman
Xilinx: Mustansir Fanaswalla
Ray Anderson
The meeting was led by Arpad Muranyi
------------------------------------------------------------------------
Opens:
- Bob asked to discuss the status of IBIS 6.0.
--------------------------
Call for patent disclosure:
- None
-------------
Review of ARs:
- None
-------------
New Discussion:
IBIS 6.0:
Bob said a new draft 9 is posted to the website. A new draft may be
uploaded after the editorial meeting tomorrow. It will be email to the
IBIS reflector Wed and introduced at Open Forum Friday Bob described
some changes made to various sections. The MSWord compare facility has
been used to produce easier to difference markup. Arpad said the vote to
approve should take place Sep 20. Bob added that technical changes might
force another review. Walter said that the last editorial meeting should
be tomorrow, and interconnect meetings should resume starting next week.
BIRD 155:
Fangyi showed an email about BIRD 155. The term "new API" will be
changed to "new function". Arpad said AMI_Close could do the work that
was planned for AMI_Resolve_Close. Fangyi said that would be hacking
AMI_Close because it would have to receive the memory handle passed
to AMI_Resolve_Close. Mike felt that all memory handed out by the DLL
could be remembered and freed by AMI_Close. Walter agreed with Fangyi,
saying AMI_Init creates an instance, but AMI_Resolve does not. Arpad
said AMI_Close sounds like a superset of AMI_Resolve_Close. Fangyi asked
if AMI_Resolve_Free would be a better name, but Arpad said would should
keep the current name.
Arpad suggested removing Default for Resolve_Exists. Bob said it is
consistent with other parameters. Bob said you can't have both Value
and Default. Mike said Default was for multiple value Lists where an
explicit value is not chosen. We decided to keep Default.
Bob suggested that the Default for Model_Name should be a
<String_Literal>. Fangyi made that change. Fangyi also changed "that
is being used" to "that is being instantiated by the EDA tool".
Fangyi made part of API usage step 9 a note since it is not truly a
process step. Arpad said that in step 4 the string has to be created
even if Resolve_Exists is false, for AMI_Init. Walter said the strings
must have the same content, but might be separately allocated strings.
Mike suggested a note might be added to explain this. We decided to
make no change.
Arpad wondered if Resolve_Exists should be changed to AMI_Resolve_Exists
to more closely match the function name. We decided to make no change,
partly to maintain consistency with Getwave_Exists.
Arpad felt that it should be possible for AMI_Init or AMI_Getwave to
call AMI_Resolve. There are simple ways to do this, but the text implies
it can't be done. Walter suggested using the term "such as" to avoid
limitation. Ambrish noted that we state that AMI_Resolve can be called
only once. Fangyi said that has been changed. Ambrish wondered why any
tool would call it twice. Arpad said any number of calls are possible
but the result will always be the same. We decided to make no change
for now.
Bob said that any Usage Out parameter could be Dep. Arpad suggested
moving the explanation for Table 17-19. Fangyi did this.
AR: Fangyi send updated BIRD 155.1 draft to Mike for posting.
-------------
Next meeting: 13 August 2013 12:00pm PT
-------------
IBIS Interconnect SPICE Wish List:
1) Simulator directives
Other related posts:
- » [ibis-macro] Minutes from the 6 Aug 2013 ibis-atm meeting - Mike LaBonte
