Minutes from the 23 June ibis-atm meeting are attached.
IBIS Macromodel Task Group
Meeting date: 23 June 2020
Members (asterisk for those attending):
Achronix Semiconductor: * Hansel Dsilva
ANSYS: Curtis Clark
* Wei-hsing Huang
Cadence Design Systems: * Ambrish Varma
Ken Willis
* Jared James
Google: * Zhiping Yang
Intel: Michael Mirmak
Keysight Technologies: Fangyi Rao
Radek Biernacki
Ming Yan
* Todd Bermensolo
Stephen Slater
Marvell: Steve Parker
Mentor, A Siemens Business: * Arpad Muranyi
Micron Technology: * Randy Wolff
* Justin Butterfield
SiSoft (Mathworks): * Walter Katz
Mike LaBonte
Teraspeed Labs: * Bob Ross
Zuken USA: Lance Wang
The meeting was led by Arpad Muranyi. Justin Butterfield took the minutes.
--------------------------------------------------------------------------------
Opens:
- None.
-------------
Review of ARs:
- Hansel to redraft the Rx_Clock_Recovery_Mean BIRD to add the other
instances of the "edge transition times" language.
- Hansel reported this is in progress.
- Hansel to add the deletion of the second half of the section 10.7
introduction in the new BIRD.
- Arpad asked if this was for the same Rx_Clock_Recovery_Mean BIRD or a new
BIRD. Hansel replied that this will be in the same BIRD. Hansel noted we
will want to review these changes with the larger ATM group.
--------------------------
Call for patent disclosure:
- None.
-------------------------
Review of Meeting Minutes:
Arpad asked for any comments or corrections to the minutes of the June 16
meeting. Randy moved to approve the minutes. Ambrish seconded the motion.
There were no objections.
-------------
New Discussion:
BIRD198.2_draft3:
Randy shared the latest draft from the BIRD authors. The changes are
editorial and clarifications. Randy would like to submit BIRD198.2 to the
IBIS Open Forum for this Friday's meeting.
Randy noted it is clarified that the die pads shall be considered as shorted
when there are two are more die pads and the PDN Model is enabled. The rule
that only signal_names associated with POWER and GND can be used was added
back into the BIRD. Arpad asked about using the signal_name. Randy replied
this can relate to the supply bus. There is a rule that bus_labels cannot be
repeated to avoid shorting the two terminals. It would also make it illegal
to short with bus_label and signal_name terminals. Arpad asked if there are
always only two terminals. Arpad suggested changing the language to say "it
is not permitted to include the same pin in both terminals". Zhiping asked if
terminals are described with bus_label or signal_name. Randy replied it can
be any combination. Zhiping asked what is the difference between bus_label
and signal_name. Randy noted bus_label is a subset of signal_names. Arpad
commented you can break out groups as bus_labels in the [Pin Mapping]
keyword. Bob asked about the lower case "bus_label" and upper case
"Bus_label". Randy replied the parameter is upper case "Bus_label".
Randy stated some of the examples and explanations have been improved.
Zhiping asked about the distinction between power and ground. Randy responded
this information can come from the Pin list data. Arpad commented the
signal_name comes from the Pin list. Zhiping commented it may be hard for the
EDA tool to understand which pin is power and which pin is ground. Arpad
stated it should be easy for the EDA tool to gather this information from the
Pin list
Randy noted the other changes are to improve the readability of the BIRD. Bob
suggested to also add a line return in the example.
Randy commented one question was regarding a rule when two or more die pads
are associated with a terminal. He suggested to change the phrase "do not
have the ability" to "will not". Arpad agreed with this. Arpad asked if
these shorts are being done in the Pin Mapping. Randy replied this is talking
about having multiple models in parallel, and he suggested to look at the
examples to see this. Randy noted the word "port" has been changed to
"terminal".
Randy would like for everyone to review the BIRD and provide comments. He
will accept the changes in the document and plan to submit the BIRD to Open
Forum on Friday. Bob suggested to update the date revised.
Editorial change to Rx_Clock_Recovery_Mean:
Hansel reviewed the latest update which proposes to change the phrase "edge
transition times" to "edge threshold crossing times". In the last meeting,
Fangyi had pointed out that there is a sentence which is redundant in the
introduction to section 10.7. It was proposed to remove the first part on the
sentence. Fangyi suggested to delete the second half of the paragraph, but
Arpad had suggested to keep the PAM4 related sentence. Arpad commented the
purpose of the PAM4 sentence is to say the crossing is not always meaningful
for PAM4. Arpad proposed to keep the second sentence and delete the other two
sentences. Randy noted this would be the only place where the phrase "zero
crossing times" appears. Arpad suggested this can also be changed to "edge
crossing times". Arpad asked if there are any objections to this change. No
objections were expressed.
Hansel shared the editorial changes to the Rx_Clock_Recovery_Mean BIRD. He
added the "zero crossing time" case. He has changed all the instances of
"edge transition times" and "zero crossing times" to "threshold crossing
times". Randy asked about the font change and suggested to make it
consistent. Hansel made this correction. Hansel will add the PAM4 sentence
back to the text.
Arpad suggested to finish this and asked if we should submit this to the IBIS
Open Forum. Randy asked who can present this BIRD in the Open Forum. Arpad
can present it if none of the BIRD authors are available. Randy suggested we
can submit this BIRD. Bob agreed.
Hansel asked about outputting a parameter of type string from the IBIS-AMI
executable. He asked if this is defined in the IBIS specification and if
there are any restrictions on the data type. Arpad replied we do not know
what to do with a model specific parameter output. We have limitations on
what can be done with these output format types, while reserved parameters
would be fully supported. The EDA tool does not know what to expect for model
specific output parameters.
- Randy: Motion to adjourn.
- Ambrish: Second.
- Arpad: Thank you all for joining.
AR: Hansel to add the PAM4 sentence back to the Rx_Clock_Recovery_Mean BIRD.
-------------
Next meeting: 30 June 2020 12:00pm PT
-------------
IBIS Interconnect SPICE Wish List:
1) Simulator directives
