Arpad, The current text, by the construct "or, ... if they are reserved parameters" implicitly applies this paragraph to the model specific parameters in addition to the reserved parameters. You do not want to come back to this text again once (and if) the usage InOut and Out is disallowed for the model specific parameters. One way to fix it is as follows. |* Note that the purpose of Usage Out or InOut is to provide a mechanism |** for the Algorithmic Model to return values to the EDA tool to use these |** values as specified by the IBIS-AMI specification and optionally to |** report these values to the user. Radek -----Original Message----- From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad Sent: Tuesday, September 27, 2011 1:51 PM To: IBIS-ATM Subject: [ibis-macro] BIRD 127.2 comments Radek, We discussed your first comment on BIRD 127.2 in the ATM teleconference today. A question was raised whether we had another BIRD which deals with the rules of Out and InOut Model_Specific parameters of (Usage Info), specifying that they can only be used for display or archiving purposes, but not for giving directions to the EDA tool on what and how to do things. In the discussion I thought we did have a BIRD addressing that topic, but now that I was trying to find it, I realized that the BIRD I was thinking of is only in its draft state on the ATM reflector: http://www.vhdl.org/pub/ibis/macromodel_wip/archive/20110613/arpadmuranyi/Out-InOut%20BIRD%20draft%2010/Out_InOut_BIRD_10.pdf Anyway, the group requested that you should propose an alternate wording for the paragraph which I believe your 1st comment is talking about: |* Note that the purpose of Usage Out or InOut is to provide a mechanism |* for the Algorithmic Model to return a value to the EDA tool to either |* report these values to the user, or to use these values as specified |* by the IBIS-AMI specification if they are reserved parameters. We didn't discuss your remaining comments, because it didn't make sense for us to do so without you being present. In order to help moving forward with those comments, I would like to ask you to send specific quotes (not page numbers) so we can find the text in question more easily, with suggestions on how to change them. Thanks, Arpad ================================================================= -----Original Message----- From: owner-ibis@xxxxxxx [mailto:owner-ibis@xxxxxxx] On Behalf Of radek_biernacki@xxxxxxxxxxx Sent: Friday, September 16, 2011 1:24 AM To: michael.mirmak@xxxxxxxxx; ibis@xxxxxxx Subject: [IBIS] RE: Agenda, IBIS Open Forum Teleconference for Sept. 16, 2011 Hi Michael, I have got the following comments on the BIRDs scheduled for vote at the Open Forum Teleconference on Sept. 16, 20011 First, I have a minor comment on - BIRD139.1: Reserved_Parameters Order Ross http://www.eda.org/ibis/birds/bird139.1.txt The last two lines of the changed paragraph state that "Any text after the '|' character will be ignored by the parser." It needs to be added how far the ignored text extends. Second, I have several important comments on - BIRD127.2: IBIS-AMI Typographical Corrections Muranyi http://www.eda.org/ibis/birds/bird127.2.txt 1. Bottom of page 1 - the text implicitly allows "Out" and "InOut" for model specific parameters. I believe, that issue was extensively discussed in the ATM group, with opposing views, but it has not been resolved yet. The last thing we want is to introduce a new text that may require changes once the other issue is resolved. 2. Pages 3, 7, 9 - references and examples relating to the 'Type' for the format 'Table', particularly in the context of the first column, are in conflict with the recently accepted BIRD132. 3. Top of page 5 - the exceptions are stated for the AMI_parameters_in only. Thus it is still unstated that, for example, 'Reserved Parameters' branch must be collapsed in AMI_parameters_out as well. 4. Page 6 - the text "is a either" should read "is either". Best regards, Radek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------------------------------------------------------------- --------------------------------------------------------------------- IBIS Macro website : http://www.eda.org/pub/ibis/macromodel_wip/ IBIS Macro reflector: //www.freelists.org/list/ibis-macro To unsubscribe send an email: To: ibis-macro-request@xxxxxxxxxxxxx Subject: unsubscribe --------------------------------------------------------------------- IBIS Macro website : http://www.eda.org/pub/ibis/macromodel_wip/ IBIS Macro reflector: //www.freelists.org/list/ibis-macro To unsubscribe send an email: To: ibis-macro-request@xxxxxxxxxxxxx Subject: unsubscribe