================================================================================ IBIS EDITORIAL TASK GROUP http://www.ibis.org/editorial_wip/ Mailing list: ibis-editorial@freelists.org Archives at http://www.freelists.org/archive/ibis-interconn/ ================================================================================ Attendees from September 14, 2018 Meeting (* means attended at least using audio) ANSYS Curtis Clark Cadence Design Systems Bradley Brim Intel Corp. Michael Mirmak* Keysight Technologies Radek Biernacki* Mentor, A Siemens Business Arpad Muranyi* Micron Technology Justin Butterfield*, Randy Wolff SiSoft Walter Katz*, Mike LaBonte* Teraspeed Labs Bob Ross* Michael Mirmak convened the meeting. No patents were declared. Justin Butterfield took minutes. Review of minutes from the September 7 meeting: Mike LaBonte moved to approve. Bob Ross seconded. Minutes were approved without objection. Review of ARs: - Michael to send out the latest draft latest IBIS 7.0 draft and checklist to the group. - Michael reported this was done and posted to the website thanks to Mike. Opens: - Mike noted that there was error in the link in the email from Arpad and Michael with an extra "8" in the file name. Editorial review of ver7_0_180914.docx and the task checklist: Michael noted that we are working on BIRD184.6 in the External Model section. The file reference entry sentence is copied directly, and the word "must" is changed to "shall". We removed the file references in the same directory rule. In the last meeting we decided when referring to the entire section 3, it should be called General Syntax Rules and Guidelines. On page 133, Michael asked if we should use "file reference" or "file_reference". Mike and Arpad agreed to keep it without the underscore. Michael asked about the empty stem question from the last meeting and if it relates to this section. Radek thought we do not want to allow the case of having an empty stem. Michael asked if this is in the syntax rules. He noted rule #3 in the General Syntax Rules and Guidelines section contradicts the rule for converter parameter files. Arpad asked why we need these exceptions. Bob replied we do not require an extension for parameter files. Michael suggested to add the phrase "unless otherwise noted" to rule #3. Mike agreed with this. He stated that we do not seem to have any restrictions on having the stem. Radek suggested to say the stem should be non empty, but we also don't want just the dot. Michael commented we do not say anything about starting the stem with a dot. Walter stated the operating system will allow a "..ibs", and we only prohibit "./". Michael gave an AR to the Quality Group to have the parser developer check the last row of characters in the Syntax Rules section rule #3 [AR]. Mike asked if we say to use the ASCII character set. Michael noted it is the non-extended set as stated in rule #14. Mike asked if the 0x20 in rule #3 should mention ASCII hexadecimal. Michael agreed and made this change. Walter stated he created a "..ibs" and checked it in the parser. The parser flagged the file name as an error. Michael stated this could be a problem for IBIS 7.0. Bob noted this is correct based on IBIS 6.1 rules, as the period was illegal. Radek agreed. Michael noted that the parser developer will have to add a switch for 7.0 to allow this. Bob stated we made a change and unintentionally changed a rule. Radek commented that we wanted to include period as part of the stem. We do not want the case of an empty stem. Micheal noted that in the current rules "..ibs" would be allowed. Bob commented parameter files could have a stem only. Michael asked if we want to change the parameter file rules such that stems consisting of a single period are prohibited. Mike was concerned that this goes beyond an editorial change. Michael noted that we can note this technical change as a consideration for the vote on IBIS 7.0, or we can present this change as simple BIRD. Arpad asked if a file name that begins with a dot means it will be hidden. Mike replied we should not be concerned with that. Michael the file would not be hidden from executables only from view in some file viewers. Walter stated you cannot have "..ibs" in the current parser. Arpad stated that this is a new rule. Walter suggested that we have a technical change that the stem cannot be just a dot. Radek stated the stem must be at least one character, and we could exclude the dot. Michael stated we could have ".ab" as an extension. Walter stated the extension is after the last dot, so the extension in that case would be "ab". Arpad commented that the rule states the dot can be added to the extension. Mike suggested that this is a technical discussion we should have in ATM. Michael agreed. Bob noted that we should document any changes. Arpad asked why the dot was added. Bob replied the BIRD defines the extension as not including the dot. Radek commented the intent was to allow dots in the stem. Michael noted that in rule #8 that the "mOhm" should be lower case or use the omega symbol per the IEEE naming rules. He suggested to remove the "mOhm" from the list of examples. Radek and Mike agreed with removing it. On page 137, Michael noted "MyVHigh" in the examples is now "MyVhigh" to be consistent. He also noted the phrase "file_reference" does have a the underscore. Beginning on page 150, Michael stated there are changes to the Package Modeling section regarding the file naming. The word "stem" is added. Michael asked about the reference to the [File Name] section. Bob replied this is correct, as the .pkg reuses the file name syntax rules. On page 166 in the EBD section, Michael noted similar changes as the Package Modeling section. The [Reference Designator Map] is also changed with file reference. He noted the column headings in the example are not consistent, as they are upper case. Bob noted this is a column heading as a comment. Radek and Arpad agreed with making it lower case. Michael noted there are significant changes to the compiler section. Other BIRDs also make significant changes in this section. We left off on the page 210 changes from BIRD184.6. Arpad to add the file names to ATM agenda [AR]. Michael will send out the latest draft and checklist [AR]. Mike moved to adjourn. Radek seconded. The meeting adjourned without objection. The next meeting will take place Wednesday, September 19. Open Technical Questions: 1. BIRD182: POWER and GND [Pin] signal_name as [Pin Mapping] bus_label a. Is a bus_label created even if we don't have [Pin Mapping], [Bus Label], or [Die Supply Pads] through the [Pin]? b. Is a bus_label short created for legacy package models based on the second column of [Pin] when we do not have a [Pin Mapping] entry? 2. Is an empty stem file name permitted? (BIRD186.4)