Minutes are attached from the 4/20 IBIS-ATM meeting. Randy
IBIS Macromodel Task Group Meeting date: 20 April 2010 Members (asterisk for those attending): Adge Hawes, IBM * Ambrish Varma, Cadence Design Systems Anders Ekholm, Ericsson * Arpad Muranyi, Mentor Graphics Corp. Barry Katz, SiSoft * Bob Ross, Teraspeed Consulting Group Brad Brim, Sigrity Brad Griffin, Cadence Design Systems Chris Herrick, Ansoft Chris McGrath, Synopsys Danil Kirsanov, Ansoft David Banas, Xilinx Deepak Ramaswany, Ansoft Donald Telian, consultant Doug White, Cisco Systems Eckhard Lenski, Nokia-Siemens Networks Eckhard Miersch, Sigrity Essaid Bensoudane, ST Microelectronics * Fangyi Rao, Agilent Ganesh Narayanaswamy, ST Micro Gang Kang, Sigrity Hemant Shah, Cadence Design Systems Ian Dodd, consultant Jerry Chuang, Xilinx Joe Abler, IBM * John Angulo, Mentor Graphics John Shields, Mentor Graphics Ken Willis, Sigrity Kumar Keshavan, Sigrity Lance Wang, Cadence Design Systems Luis Boluna, Cisco Systems * Michael Mirmak, Intel Corp. Mike LaBonte, Cisco Systems Mike Steinberger, SiSoft Mustansir Fanaswalla, Xilinx Patrick O'Halloran, Tiburon Design Automation Paul Fernando, NCSU Pavani Jella, TI Radek Biernacki, Agilent (EESof) * Randy Wolff, Micron Technology Ray Komow, Cadence Design Systems Richard Mellitz, Intel Richard Ward, Texas Instruments Samuel Mertens, Ansoft Sam Chitwood, Sigrity Sanjeev Gupta, Agilent * Scott McMorrow, Teraspeed Consulting Group Shangli Wu, Cadence Design Systems Sid Singh, Extreme Networks Stephen Scearce, Cisco Systems Steve Kaufer, Mentor Graphics Steve Pytel, Ansoft Syed Huq, Cisco Systems Syed Sadeghi, ST Micro Ted Mido, Synopsys Terry Jernberg, Cadence Design Systems * Todd Westerhoff, SiSoft Vladimir Dmitriev-Zdorov, Mentor Graphics Vikas Gupta, Xilinx Vuk Borich, Agilent * Walter Katz, SiSoft Wenyi Jin, LSI Logic Zhen Mu, Mentor Graphics ------------------------------------------------------------------------ Opens: None. -------------------------- Call for patent disclosure: - No one declared a patent. ------------- Review of ARs: - Arpad: Send the clock_times BIRD and updated spreadsheet to Mike L. to be posted - done - Arpad: Update the Flow BIRD based on the suggestions made in the discussion - done - Arpad: Write parameter passing syntax proposal (BIRD draft) for *-AMS models in IBIS that is consistent with the parameter passing syntax of the AMI models - TBD - TBD: Propose a parameter passing syntax for the SPICE - [External ...] also? - TBD - Arpad: Review the documentation (annotation) in the macro libraries. - Deferred until a demand arises or we have nothing else to do ------------- New Discussion: 1. Show/discuss updated Task List spreadsheet Fangyi: Item 10, white space - what about the new line character? - Arpad: We need to define what 'white space' is in the spec. CRLF is still a question. - Michael: This is called a line termination sequence in Touchstone. - John: Thinks it is common for line terminations to be part of white space. 2. Discuss "AMI flow" diagram Arpad: Added notes to page 1. On slide 6, added question marks to indicate that this only works with de-convolution. - Ambrish: Waveform at Rx pad includes channel as well, so one can convolve unit impulse response and get a filter of the output. - Fangyi: Waveform can be any arbitrary waveform used for debugging purpose. - Arpad: The waveform measured at the Rx pad has driver and channel effects included. You want to process it with Rx_Init and Rx_GetWave functions. Fangyi: I can have a waveform generator hooked to the Rx pad. - Arpad: Yes, but you still have a channel from a cable, circuit board, etc. - Fangyi: Doesn't think there is double counting of the channel. Arpad: The channel is included in Rx_Init, then it must be de-convolved before sending into Rx_GetWave. Is this a new feature? If it is, we can delete slides 6 and 7. - Walter: Will need to go through this flow in detail to make sure it is consistent with the old flow. Could just get rid of logic for the Init_Returns_Filter (always false) from the new flow. - Arpad: Started down this path last week. Noticed that he could simplify his diagrams once removing this logic. Didn't intend to change anything, so he appreciates the effort to double check the work. - Fangyi: Thinks what Arpad has now matches the logic of the old flow. Arpad: Can we delete slides 6 and 7? - Walter: Would like to answer this next week. 3. Discuss "clock_times" BIRD Scott: The wording seems to meet requirements of everyone involved. It is documenting current usage of clock times. The clock time sent back from the DLL is the actual sample point in the Rx minus one half a bit time or unit interval. Bit time was already defined, so it was carried through the language. The BIRD defines that the DLL will return non negative clock time values always except when returning a -1 to indicate the end of a vector or to indicate if there are no valid clock ticks for the duration of a GetWave call. Arpad: Is there no situation where subtraction of a half clock from the first value gives a negative number? - Walter: This is cleaned up. It is possible that one case exists in the beginning of a simulation where you get one transition of the clock, but you just ignore that single transition. - Scott: You are giving up the capability of modeling burst mode DLLs. - Walter: Bit time is not an AMI parameter, it is passed as an argument on the DLL call. - Walter: Also note the 'Bit_Time' should be spelled as 'bit_time'. - Scott: The AMI DLL subtracts 1/2 UI and the EDA tool adds 1/2 UI. The spec is clear now that you should never get a negative number in the first clock tick. Scott: The other paragraphs provide more detailed information. Bob: Noted to change 'array' to 'vector'. Also change 'GetWave' to 'AMI_GetWave'. Change 'clock_tick' to 'clock tick'. Arpad: Should be able to vote on this next week. Next meeting: 27 Apr 2010 12:00pm PT -------- IBIS Interconnect SPICE Wish List: 1) Simulator directives