================================================================================ IBIS INTERCONNECT TASK GROUP https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ibis.org_interconnect-5Fwip_&d=DwIGAg&c=nKjWec2b6R0mOyPaz7xtfQ&r=DcQR-qLpQg5lIreuM6-NYECRIAFXt268PRNS5WO043M&m=RkwVmKw4Z3QDd_o_3JMEyNiYlwzqMvn9rP5DLm_1_L1nBbQR11Kk1bRz2-s2Hf_C&s=Xo0Mm6-DhVQSh8xFq1-GdLrYcqhOWX5rNkze7d-hzGo&e= Mailing list: ibis-interconnect@freelists.org Archives at https://urldefense.proofpoint.com/v2/url?u=http-3A__www.freelists.org_archive_ibis-2Dinterconn_&d=DwIGAg&c=nKjWec2b6R0mOyPaz7xtfQ&r=DcQR-qLpQg5lIreuM6-NYECRIAFXt268PRNS5WO043M&m=RkwVmKw4Z3QDd_o_3JMEyNiYlwzqMvn9rP5DLm_1_L1nBbQR11Kk1bRz2-s2Hf_C&s=lmv-Q5ad194Edlxh8F8lZbwcVBVKhoVVrRMWNegZmu8&e= ================================================================================ Attendees from February 2, 2022 Meeting (* means attended at least using audio) ANSYS Curtis Clark Intel Corp. Michael Mirmak* Marvell Steve Parker* MathWorks Walter Katz Micron Technology Justin Butterfield Randy Wolff* Siemens EDA Arpad Muranyi* ST Microelectronics Aurora Sanna Teraspeed Labs Bob Ross* University of Illinois Jose Schutt-Aine Zuken USA Lance Wang* Michael Mirmak convened the meeting. No patents were declared. Randy Wolff took minutes. Steve Parker had not attended in the past. He said Marvell is interested in Touchstone 3 and saw the recent conversation about pole-residue formats. Steve mentioned he did a presentation with Adge Hawes in 2017 on pole-residue modeling at DesignCon. Steve is joining to be a part of the conversation. Steve's paper can be found in the 2017 DesignCon proceedings. The paper title is "Mind Your P's and R's: Pole-residue CTLE filtering in 56G PAM4 Model". Review of Minutes: - Michael called for review of the minutes from the January 26, 2022 meeting. Michael displayed the minutes. Arpad moved to approve the minutes. Randy seconded. The minutes were approved without objection. Review of ARs: - None Opens: - Arpad noted he sent out by email the summary of his conversations with Vladimir about port reduction with pole-zero format. This is available for review. - Michael reported he was in contact recently with the IEEE 370 group. They are interested in following along with our work on Touchstone. They may have an officer or participants call in to the Interconnect task group. 370 covers some interconnect measurement procedures. They port a lot into their specification by way of Touchstone. Michael will make sure they are invited to participate and share any formal presentations. - Michael filed a TSIRD regarding the [End] keyword in Touchstone 2.0. About 1/3 of the examples in the specification are incorrect, missing the [End] keyword along with other problems. Randy asked if Michael would like a review in the Interconnect task group before official posting. Michael is adding the TSIRD review to the bin list. - Bob mentioned Walter shared a re-scaling proposal by email, and Bob had some comments to share. Michael added it to the bin list for later discussion when Walter was in attendance. Discussion: Designator Pin List Relaxation BIRD Draft Review: Arpad shared Draft 7. He added text related to allowing NC as a signal_type in the Designator Pin List. Arpad realized his earlier concern about the addition of NC conflicting with the rule for I/O pins being allowed to have only two columns (pin_name and signal_name) would not require any changes. When we have a NC pin, it is not an I/O pin but will be a special case "NC", like POWER or GND. Arpad did not use the term "NC pins" in the BIRD, instead saying "designator pins which have nothing connected to them from any of the EMD Models". Randy commented that he felt a statement should be added to clarify why a NC pin would be added, such as for complete documentation of pin lists. Arpad thought this could be added after the sentence "Designator pin names which are not referenced by any terminal line Qualifier_entry in any of the EMD Models may optionally be listed under the [Designator Pin List] keyword." Bob noted he did not want to imply a restriction that routing to a NC pin is not allowed. Arpad thought if a pin was a named NC pin designed for some future expansion, then it should not have the 3rd column as NC. The NC should be removed from the 3rd column if a pin has routing and is intended to be simulated. Bob thought NC has special meaning. Michael asked if NC has a special meaning of "reserved" or NC means "not connected anywhere" versus "not documented". Bob thought it could mean a reserved pin. Bob added that you could have one side of an EMD board designated as NC that physically exists. You could say that no routing is expected. Arpad said he wrote the specific definition in the BIRD that if we don't have a single EMD model making a connection to the pin, that's when it is a NC pin. Arpad said we don't have a clear definition of what we mean by NC in IBIS. Bob said there are several definitions. We should decide what it means for EMD. Lance asked about the case of if we have routing, like a pin connected to ground with routing, then we change the designator pin to NC, is this allowed. Bob said we don't allow NC in the current specification. Arpad noted the parser could check for conditions when the designator pins do have something connected to them in the EMD models but are listed as NC. Michael suggested Arpad send out the latest draft for review. Touchstone 3 Survey Results: Michael shared the survey results posted at: https://urldefense.proofpoint.com/v2/url?u=https-3A__ibis.org_interconnect-5Fwip_2019-2520IBIS-2520Touchstone-2520Survey-2520Report.pdf&d=DwIGAg&c=nKjWec2b6R0mOyPaz7xtfQ&r=DcQR-qLpQg5lIreuM6-NYECRIAFXt268PRNS5WO043M&m=RkwVmKw4Z3QDd_o_3JMEyNiYlwzqMvn9rP5DLm_1_L1nBbQR11Kk1bRz2-s2Hf_C&s=v2W9JQL-RAVvq-tIis5jPd0u02l5Cg2ZqurZuwxcB04&e= Michael noted the features most wanted in the next version of Touchstone were port names, sparse matrices, binary format and reduced order models, in that order of importance. Bob noted that the IBIS committee has issued 8 TSCHK2 parser licenses. Bob added that if adding port identification, that should be optional. Michael noted there is a [Begin Information]/[End Information] section in Touchstone 2.0 where port information could go. Bob suggested you'd really want a dedicated new keyword. Michael said 370 may be interested in putting their own keywords in that area. Michael asked if there are other issues with Touchstone that need to be part of Touchstone 3. Bob stated pole-residue is a good way to go but is branching from Touchstone. There is no standard format, so do we make a standard that all tools will accept as a standard from their private formats? Randy suggested we need to see what formats from several vendors look like. There may not be a clear starting place like we had with IBIS-ISS using HSPICE syntax. Arpad noted there was a concern expressed by Jose Schutt-Aine about it being difficult for model makers to create quality pole-residue models. Randy noted we already have quality issues with S-parameters, so we still rely upon model makers to create both a quality S-parameter and a quality pole-residue fit model. Michael asked EDA vendors to provide a format example from their tool if allowed, but at least the requirements of what is needed for their tool [AR]. Bob noted Jose provided a format example that he created. Lance asked Michael to send an email to the reflector asking for EDA tool vendor feedback on the pole-residue format [AR]. Bob motioned to adjourn. Arpad seconded. The meeting adjourned. Next Meeting: The next meeting will be February 9. ================================================================================ Bin List: 1. Touchstone 3 2. Pole-zero support for Touchstone 3. New version of Touchstone to include 3 TSIRDs 4. Clarification BIRD drafts from ATM 5. Review Touchstone survey results 6. TSIRD(4) 7. Re-scaling proposal by Walter Katz