Time: Tuesday, December 3, 2019 at Noon US Pacific Time
=====
WebEx:
======
https://sisoft.webex.com/sisoft/j.php?MTID=m00f8749f21d0c80a8addd081fda51a3b
Meeting Number: 735 161 627
Meeting Password: IBIS
Audio:
======
Voice dial-in: (800) 637-5822
International: +1 (647) 723-3937 <--- (For Canada)
0114501530 <--- (For Sweden)
0201400572 <--- (For Sweden Toll Free)
069509594672 <--- (For Germany)
08001014542 <--- (For Germany Toll free)
Access Code: 685-0440
Mentor Global Crossing Teleconference commands for audio:
http://www.globalcrossing.com/customer/collaboration/cust_ready_access_tips.aspx
---------------------------------------------------------------------
---------------------------------------------------------------------
Agenda
======
1) Opens
2) Roll call
3) Review of ARs:
Bob: Update BIRD197.6_draft_2 based on the discussion last week
- done
Randy & Michael M.: Invite DDR memory and controller vendors to
comment on new protocols
- pending
Any other AR-s?
4) Call for any IBIS related patent disclosures
5) Approval of minutes
6) BIRD197.6_draft_3 (Bob)
- discussion
7) Enabling Back Channel Interface in statistical mode (Walter)
- vote
List of options to choose from in the vote:
1. AMI_Impulse
2. AMI_Init
3. AMI_GetWave
8) BIRD181.2 (Mike L.)
9) Motion to adjourn?
Topic bin list:
===============
- IBIS-ISS parser
- Parameter directionality summary (Mike M.)
- Removing the single-ended input threshold requirements for
differential buffers (Mike M.?)
- Removing the single-ended characterization load requirements for
differential buffers (Mike M.?)
- Fix all the referencing problems in the current specification
(after Randy's C_comp proposal and BIRD189 are done)
(BIRD181.1 Bob, Mike L.)
- Guidance for power-aware vs. AMI models - do we have rules for
how a power-aware (and therefore potentially non-LTI) buffer
analog data set should be used with IBIS-AMI algorithmic data?
(important topic - 2018 ASIA IBIS Summit presentations)
(the spec. may not need to be changed for this)
- Digital signing of DLL/SO files. Should it be mentioned in the
spec, or required?
Tabled ARs:
===========
Randy: Investigate if/why/how a clock waveform input might be used
- in progress
Michael M.: Investigate if/why/how a clock waveform input might be used
- in progress
Michael M.: Check with IP experts on whether DC_Offset is useful for Tx
- in progress
Tabled topics:
==============
10) Jitter HF/LF components and Jitter Amplification (Mike M.)
- discussion
11) Other DDR5 related topics
- clock forwarding
- who generates the strobe (buffer model, or EDA tool)?
- buffer vs. component level modeling
- skew issues between control/address/data (component level)
- rise fall asymmetry
12) New BIRDs from Editorial Task Group? (Bob/Radek)
a) Specify buffer reference terminals for pins ([Pin Reference])
b) Simulation (aka DIA) vs. DUT (depends on #a)
c) C_comp and package reference in simulation clarifications
(depends on #a)
d) Make changes to the [Receiver Threshold], once a) and b) are
resolved
13) 166.4 Resolving problems with Redriver Init Flow (Walter)
14) BIRD190 (Ambrish)
15) Fangyi's Redriver flow BIRD draft (Fangyi)
- add equations
- consider rewriting the AMI "front end" in the spec (flows)
(when this proposal is added to the spec)
16) How to handle missing min/max data? (Arpad)
- what should be the governing rule for synchronizing
typ/min/max data?
Pending BIRDs awaiting discussion:
==================================
166.4 Resolving problems with Redriver Init Flow
181.1 I/V Table Clarifications
190 Clarification for Redriver Flow
TBD New proposal for Redriver Flow (may replace BIRD166)
Thanks,
Arpad
=====================================================================
