[ibis-macro] Re: BIRD121: New AMI params (Supporting_Files) in context of BIRD116
- From: "Muranyi, Arpad" <Arpad_Muranyi@xxxxxxxxxx>
- To: "IBIS-ATM" <ibis-macro@xxxxxxxxxxxxx>
- Date: Mon, 21 Feb 2011 22:56:22 -0800
Kukal,
I should really let Walter respond to this, but since I know
he is out for a couple of days, I will give my understanding
of it.
As far as I can tell, Supporting_Files is for the tool, not
the model (Usage Info). For this reason, it would make sense
to make it a Reserved Parameter, because in that section we
can spell out what it means and what the tool should do with
it. Model_Specific parameters can't be explained by the
specification, because their meaning is specific to each model
and only the model maker knows what should be done with them.
But Supporting_Files is not solely designed for the channel
characterization files, as you see it because of the example.
I agree, analog model files could/should be included through
other mechanisms, which is the way I am doing it in my analog
modeling BIRDs, but you have to keep in mind that Walter's
(natural) interest is to support his own analog modeling
BIRD (122) where this type of model inclusions may be
necessary. But this is just a "bias" on the examples, not
the only purpose of this parameter. If we end up voting
down BIRD 122 and go with the other BIRDs, we may want to
change these examples, but the rest of this BIRD may still
be OK.
Thanks,
Arpad
===============================================================
From: Taranjit Kukal [mailto:kukal@xxxxxxxxxxx]
Sent: Monday, February 21, 2011 10:47 PM
To: Muranyi, Arpad; IBIS-ATM
Subject: RE: [ibis-macro] Re: BIRD121: New AMI params (Supporting_Files)
in context of BIRD116
Hi Arpad,
Thanks for following up on this.
My point here is that we should not be needing "Supporting_Files" as a
key ami parameter. Such needed files can always become part of
Model_Specific section and can have any parameter-name depending on how
ami-code wants to use such files .
If these supporting files are NOT to be used by AMI-code but are meant
for use for Analog-channel characterization (as it seems to be the case
for the example where s4p files look to be representing package or
onchip sparams) then these have to be tackled in EXTERNAL_MODEL / ISS -
Use of such s-param files in ami is an overkill and defeats the purpose
of ISS.
rgds
..kukal
________________________________
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
Sent: Sunday, February 20, 2011 10:35 PM
To: IBIS-ATM
Subject: [ibis-macro] Re: BIRD121: New AMI params
(Supporting_Files) in context of BIRD116
Kukal,
Correct me if I misunderstood your comments on BIRD 121.
To follow up on my last reply I brought the question up
in one of the last ATM meetings and found out that the
"Supporting_Files" AMI parameter can have file and/or
directory entries.
| "Supporting_Files" is an AMI parameter of Type String, Usage
Info, Format List
| that contains a list of the files the model requires in
addition to the DLL or
| shared object file. In the specified List, each String is the
relative path
| from the .ibs file directory to one supporting file or
directory.
|
| Example:
|
| (Supporting_Files (Usage Info)(Type String)
| (List "my_stuff_dir" "m1.s4p" "m2.s4p" "m3.s4p")
| (Description "Additional files that support this model")
| )
So this parameter may be used as a "search path" as well as
"file pointer".
Please let us know if you have more questions or comments on
this topic.
Thanks,
Arpad
=============================================================
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
Sent: Tuesday, January 18, 2011 3:08 AM
To: IBIS-ATM
Subject: [ibis-macro] Re: BIRD121: New AMI params
(Supporting_Files) in context of BIRD116
Kukal,
Thanks for the clarification.
My understanding of BIRD 121 is that this is the equivalent of
the "search path" in HSPICE or similar tools. This is not where
the files are instantiated. In light of that, we may need to
discuss whether it is appropriate to include file names instead
of just path names, but we didn't get to a detailed discussion
on this BIRD yet.
Thanks,
Arpad
==================================================================
From: Taranjit Kukal [mailto:kukal@xxxxxxxxxxx]
Sent: Monday, January 17, 2011 8:20 AM
To: Muranyi, Arpad; IBIS-ATM
Subject: RE: [ibis-macro] Re: BIRD121: New AMI params
(Supporting_Files) in context of BIRD116
Hi Arpad,
What I meant is that the BIRD116 covers s-parameters as part of
[External Model] and that is the right place-holder.
Even if AMI code needs to work in conjunction with Spice files
(or s-param files), then those files need to be either under [External
Model] OR should be referred through model-parameter (Not reserved) in
.ami file.
The inclusion of s-parameters as part of AMI section (.ami file)
with use of 'Supporting_Files' Reserved-keyword is not required.
AMI should not hold anything other than ami-code related
parameters.
rgds
..kukal
________________________________
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
Sent: Thursday, January 13, 2011 10:41 PM
To: IBIS-ATM
Subject: [ibis-macro] Re: BIRD121: New AMI params
(Supporting_Files) in context of BIRD116
Kukal,
I would like you to clarify what you are saying here
because it is not clear what you are referring to in
your last sentence:
"we do not need this anymore"
Does this refer to BIRD 121 mentioned in the subject
line, or are you talking about not needing BIRD 116?
Thanks,
Arpad
===========================================================
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Taranjit Kukal
Sent: Thursday, January 13, 2011 1:06 AM
To: IBIS-ATM
Subject: [ibis-macro] BIRD121: New AMI params
(Supporting_Files) in context of BIRD116
Hi,
All supporting files (s-params or otherwise) should be
scope of [External Model] -
These s-param files do not have anything to do with AMI
C-code. The fact that BIRD116 covers s-params as part of [External
Model] and allows working of same in conjunction with AMI, we do not
need this anymore.
thoughts?
rgds
..kukal
Taranjit Kukal | Product Engineering Architect
P: 91 120 3984000 www.cadence.com
<http://www.cadence.com/>
Other related posts:
