[ibis-macro] Minutes from the 5 dec 2006 ibis-atm meeting
- From: "Doug White \(dowhite\)" <dowhite@xxxxxxxxx>
- To: <ibis-macro@xxxxxxxxxxxxx>
- Date: Mon, 11 Dec 2006 11:19:16 -0500
Attached.
Doug White
Technical Leader
RSPTG Design Services and Operations
dowhite@xxxxxxxxx
Phone :919.392.4103
Fax :919.392.3902
RTP8M/4/4
7100-8 Kit Creek Road
PO Box 14987
Research Triangle Park, NC 27709
United States
www.cisco.com <http://www.cisco.com/>
This e-mail may contain confidential and privileged material for the
sole use of the intended recipient. Any review, use, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive for the recipient), please contact
the sender by reply e-mail and delete all copies of this message.



IBIS Macromodel Task Group
Meeting date: 05 Dec 2006
Members (asterisk for those attending):
* Arpad Muranyi, Intel Corp.
* Barry Katz, SiSoft
* Bob Ross, Teraspeed Consulting Group
* Doug White, Cisco Systems
* Hemant Shah, Cadence Design Systems
* Ian Dodd, Mentor Graphics
* Joe Abler, IBM
* John Angulo
John Shields, Mentor Graphics
Ken Willis, Cadence Design Systems
* Kumar, Cadence Design Systems
* Lance Wang, Cadence Design Systems
* Michael Mirmak, Intel Corp.
* Mike LaBonte, Cisco Systems
* Patrick ???
Paul Fernando, NCSU
* Randy Wolff, Micron Technology
* Richard Ward, Texas Instruments
Sanjeev Gupta, Agilent
Shangli Wu, Cadence
* Todd Westerhoff, SiSoft
* Walter Katz, SiSoft
Vuk Borich, Agilent
Vikas Gupta, Xilinx
-------------
Opens:
Dates for upcoming IBIS-ATM meetings:
12/12 will have meeting
12/19 may be too close to holidays, decide whether to meet on this date at the
12/12 meeting
12/26 no meeting
1/2 no meeting
1/9 resume meetings
-------------
Review of ARs:
- Mike update macro library documentation
Will do it this week
- IEEE 1076c: No one has tried to access this.
Arpad: We should at least glance at this to make sure we aren't reinventing
the wheel.
Mike M.: Sent spreadsheet to Mike L. Mike L. to post to website.
- Pole-zero approach specifics description
Ian: We've closed this, SiSoft agrees with Ian that the PZ approach may be
more accurate.
Arpad: But the question was whether it would work with the current API
proposal?
Ian: No, this API targets an impulse-response approach.
- Bird proposal from Cadence on API
In progress, initial draft sent.
- Public Domain HSpice Syntax
Todd: No update
- IBIS 4.2 Changes
Arpad: Still needs to work on
-------------
New Discussion:
Impulse-reponse vs. Pole-zero:
- Kumar: "One man's pole-zero can be another man's ???"
- Joe: IBM ships S-param models.
- Ian: Pole-zero and S-param are interchangable.
- Conversion is expensive, but done only once.
- Joe: We need to balance desire for flexibility against the need for
interoperability!
- Arpad: Would the model-creator need to prepare a different model depending
on what the simulation tool technology is?
- Kumar: Should not need to
- Arpad: Then perhaps there is no issue.
- Kumar: Perhaps the Init() function needs to work with frequency-domain data.
BIRD Review
- Kumar: Would like to put current BIRD forward for formal consideration...we
can always modify
- Hemant: Summary of BIRD is that model comes from API vendor, interactions
between channel and model happen through the API
AR: Ian to work with Cadence to modify the BIRD to accommodate
frequency-domain approach (pole-zero)
- Bob: Cadence BIRD proposal looks OK so far.
- Arpad: Can AMI name include full path to avoid the DLL problem?
- Kumar: Good point, this is a real issue to be resolved...could we add a
variable called "path" ?
- Todd: this proposal is implementation-specific
- Why not make it simple?
- EDA tool can not know what the allowable parameters are.
- Make sure we are passing the correct data.
- Kumar: Init() accepts those parameters as a string, but the format
is unspecified.
- Todd: user will want to know what tap settings were chosen
No way in API to pass this back out.
- Todd: Init() encodes TX+channel+RX - how to use this?
- "Computer science" issues.
- Todd: We have no facility to do swept parameter analysis as an EDA tool
with this method...or only could do by hand-editing the
IBIS file.
- Todd: We need an explicit "dictionary" for each model to describe the
parameters. We need more so that model can actually return
parameters to the EDA tool for it's own use.
- Arpad: This proposal is vague.
- Joe: Todd is saying the proposal is implementation-specific, but the fact is
that it IS very open to change.
- Todd: We'll try and articulate what we'd like to see
- Joe: In what timeframe?
- Hoping to have something for the next DesignCon
AR: SiSoft will propose changes to API BIRD, or make a counter-proposal
-------------
Next meeting: Tuesday 12 Dec 2006 12:00pm PT
Other related posts:
- » [ibis-macro] Minutes from the 5 dec 2006 ibis-atm meeting