Fangyi, Arpad, I do agree with the new optional reserved parameter " Model_Name". I have two problems with the reserved parameter " Corner". First, we have a leaf named Corner. Although a parameter name could be Usage, Description, Type, ... I think we should refrain from making reserved parameters these names. Second, I think Arpad's solution is quite acceptable. Other alternatives that a model maker might make are: (my_corner (Usage In) (Corner 0 -1 1) (Type Integer) (Description "Simulation corner.")) I am not sure I understand Fangyi's comment " That's because EDA tools must make sure that the corner value in the input parameter string to AMI_Init is consistent with the legacy IBIS model that is being used.". Please now note that the signature (C calling argument list) of AMI_Resolve and AMI_Init are now identical, except that AMI_Init all includes a pointer to an Impulse Response Matrix. What Adge suggested originally was to treat the AMI_Init call as the AMI_Resolve call when the impulse response matric pointer (*impulse_matrix) was net to Null. Walter -----Original Message----- From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of fangyi_rao@xxxxxxxxxxx Sent: Monday, July 15, 2013 5:36 PM To: Arpad_Muranyi@xxxxxxxxxx; ibis-macro@xxxxxxxxxxxxx Subject: [ibis-macro] Re: issue raised by Walter in last ATM Arpad; That's because EDA tools must make sure that the corner value in the input parameter string to AMI_Init is consistent with the legacy IBIS model that is being used. Fangyi -----Original Message----- From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad Sent: Monday, July 15, 2013 2:33 PM To: ibis-macro@xxxxxxxxxxxxx Subject: [ibis-macro] Re: issue raised by Walter in last ATM Fangyi, I am not sure why a new reserved parameter for corner is needed. Wouldn't the following work in the Model_Specific section: (corner (Usage In) (Corner "Typ" "Min" "Max") (Type String) (Description "Simulation corner.")) Thanks, Arpad ========================================================= -----Original Message----- From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of fangyi_rao@xxxxxxxxxxx Sent: Monday, July 15, 2013 4:25 PM To: ibis-macro@xxxxxxxxxxxxx Subject: [ibis-macro] issue raised by Walter in last ATM Hi, All; Walter raised an issue during the AMI_Resolve API discussion at last ATM. Since Dep parameters are not included in the input parameter string to AMI_Init, if AMI_Init needs to use a Dep parameter value, it'll have to repeat the calculation in AMI_Resolve. If the parameter depends on corner and/or model name, AMI_Init cannot access them in current spec. In fact, this issue exists regardless AMI_Resolve is used or not. There are two potential solutions. Solution 1: Require all Dep parameters to be included in the input parameter string to AMI_Init. Pro: minimum change to the spec AMI_Init doesn't need to repeat the calculation in AMI_Resolve Con: lots of Dep parameters are not designed to be used by AMI_Init AMI_Init still has no access to corner and model name Solution 2: Introduce two new AMI reserved parameters, Corner and Model_Name Required: No Usage: In Type: String Format: Value Allowed values of Corner: typ, min, max Allowed values of Model_Name: any string Their values specified in the .ami file are irrelevant. EDA tools must make sure that their values in the input parameter string to AMI_Init are consistent with the legacy IBIS model that is being used. Pro: AMI_Init has access to corner and model name regardless whether AMI_Resolve exists. Con: Two new reserved parameters AMI_Init repeats the calculation in AMI_Resolve Let's discuss at tomorrow's ATM. Thanks, Fangyi --------------------------------------------------------------------- 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 --------------------------------------------------------------------- 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