[ibis-macro] Minutes from the 12 dec 2006 ibis-atm meeting

  • From: "Doug White \(dowhite\)" <dowhite@xxxxxxxxx>
  • To: <ibis-macro@xxxxxxxxxxxxx>
  • Date: Mon, 18 Dec 2006 13:50:56 -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.       
 


 

GIF image

GIF image

GIF image

IBIS Macromodel Task Group

Meeting date: 12 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 O'Halloran, Tiburon Design Automation
  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

-------------
Review of ARs:

- Mike update macro library documentation
  Will do it this week

- The modification of the API BIRD to accommodate the Pole-Zero approach will 
be tabled for now.  We will attempt to go ahead with the
  time-domain proposal for now, then later on address modifications for the 
frequency-domain approaches.

- Public domain HSpice syntax
  Todd has sent email to Synopsys, no response yet

- Syntax proposal for parameter passing BIRDj
  No update from Arpad yet

-------------
New Discussion:

Todd gave a presentation describing serdes concepts and terminology:  "Serial 
Link Analysis Terminology"
for us to standardize on.

Arpad:  Is "Equalization" an appropriate term for the waveform processing done 
by the transmitter?
Kumar:  Good point, "filtering" may be more appropriate in this context
Todd:  No problem to change, just wanted to put a stake in the ground with this 
prez.

Arpad:  May want to include some feedback loop in the picture of the RX section
All:  Where should we delineate the RX?  Where should the RX model boundaries 
be?
Todd:  Should there be any possibilities made for the RX to return data to the 
EDA tool?

Todd:  Is an API really necessary for the TX?
Kumar:  Didn't want to proscribe any implementation.  In the case of certain 
optimization schemes, will need TX to be more
        algorithmic, so API probably necessary.

Todd:  IBIS presupposes some structure for a buffer.  Do we need to do the same 
here?  At least give it some structure, instead of
       trying for ultimate flexibility?

- Init() call is processing impulse response.
- GetWave() call is processing data stream.

Walter: driver has no idea what the receiver is doing unless there is a
back-channel.
Mirmak: model makers will be using statistical analysis, not building a
real-time functional model.
Walter:  Do we want the EDA tool to be handling the optimization, or the model?

AR:  Kumar will incorporate some of the terminology, as presented in the SiSoft 
presentation, into his API proposal, especially into
     the examples.

Todd:  Is IBM or TI or (??) willing to expose their parameters, or their 
filter, to the EDA tool?  Would this be exposing too much of
       their secret sauce?

Bob R.:  It's not exactly clear to me where h(t) is in the presenation.
Todd:  h(t) is passive channel only.

AR:  Todd will send presentation out to group, and Mike L. will post on website.

-------------

Next meeting: Tuesday 19 Dec 2006 12:00pm PT

Other related posts:

  • » [ibis-macro] Minutes from the 12 dec 2006 ibis-atm meeting