[ibis-macro] Re: Draft 14 of BIRD "New IBIS-AMI Reserved Parameter Special_Param_Names" is posted now

  • From: "Bob Miller" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "bob.miller" for DMARC)
  • To: Mike LaBonte <mlabonte@xxxxxxxxxx>
  • Date: Wed, 7 Oct 2015 14:51:21 -0600

HI everyone -

Something I was pondering about how the user gets appropriately
informed/warned while we were discussing whether the IBISCHK action was a
warning or note...

In many ways what we want is for all IBIS-compliant EDA platforms, with or
without any "special features", to scan the Special_Param_Names table and
throw a warning for any entries it does not recognize. If it recognizes
one, it may choose to remain silent on that one or perhaps spit out a note.
This allows EDA tools running models with special features it understands
to avoid unnecessarily exciting the user.

There is of course the possibility of identically-named but different
independently-conceived special functions defeating this check (and this is
a reason for moving all such functions towards standardization, if
possible). This possibility could be mentioned in the BIRD discussion as a
limitation of this scheme.

But *nothing currently in the BIRD requires or even suggests that EDA
platforms should use this list to warn the user of unimplemented non-IBIS
special functions. Should this be added?* As a model maker, I would want
that action from such EDA tools if I put a parameter in the table.

Regards,

Bob

On Wed, Oct 7, 2015 at 2:36 PM, Bob Miller <bob.miller@xxxxxxxxxxxxx> wrote:

Hmm. Apologies Mike --I think "perform" or "execute" or "invoke" or
"utilize" or "provide" is closer to the idea than "implement". The EDA
platform can "implement" a host of functions that are never invoked, and if
such is the case, we don't care about them. It is when we *require* the
EDA tool to *do* something extra-specification that we care.

I tend to like "special operations" found in the usage rules better than
"special handling" in the definition. "Handling" is an allegorical term
(allegories can be mis-interpreted) while "operations" at least is part of
software/mathematical lexicon. "Functions" is an alternative if it feels
better. "handling" is IMO more narrow in scope than the other two words.
I'm not sure we care exactly what the EDA tool must do; if an EDA action is
necessary to provide the intended function of the model, it's parameter(s)
needs to be in Special_Param_Names (even if the model maker must create a
"dummy" parameter merely as a tag for Special_Param_Names).

Regards,

Bob

Regards,

Bob

On Tue, Oct 6, 2015 at 6:35 PM, Mike LaBonte <mlabonte@xxxxxxxxxx> wrote:

Hi Arpad,

"perform" could be changed to "implement".

Mike

-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
Sent: Tuesday, October 06, 2015 7:54 PM
To: ibis-macro@xxxxxxxxxxxxx
Subject: [ibis-macro] Draft 14 of BIRD "New IBIS-AMI Reserved Parameter
Special_Param_Names" is posted now

Hello Everyone,

This is to inform all of you that draft 14 of BIRD "New IBIS-AMI Reserved
Parameter Special_Param_Names"
is now posted on the ATM website:

http://www.vhdl.org/pub/ibis/macromodel_wip/archive/20151006/arpadmuranyi/
Out-InOut%20BIRD%20draft%2014/Out_InOut_Info_BIRD_14.pdf
<http://www.vhdl.org/pub/ibis/macromodel_wip/archive/20151006/arpadmuranyi/Out-InOut%20BIRD%20draft%2014/Out_InOut_Info_BIRD_14.pdf>

This draft includes the changes we made in today's ATM teleconference and
I removed all other text that was left over from previous
suggestions/discussions. So this draft is pretty close to being final,
almost ready to be submitted to the Open Forum.

There is one minor thing that bothers me in it. The following words under
the Definition section just don't sound right:

"perform special handling"

I would like to get some suggestions on how to say this more properly so
we could finalize this in the next ATM teleconference.

Thanks,

Arpad
============================================================
---------------------------------------------------------------------
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



Other related posts: