All,
Let's step back and discuss what AMI Model Specific parameters are all
about:
1. There are two primary purposes of Model Specific AMI parameters
a. Control what the DLL does
i. The
DLL should be controlled the way the silicon works
1. These usually map into the hardware registers that control the
actual buffer
2. Tx Tap settings
3. Rx CTLE settings
ii.
Model maker want to allow the user to turn on and off model features
iii. Use
to configure the DLL when the DLL supports multiple buffer implementations
b. Report to the user what the DLL did
i. DFE
tap values
2. The model maker wants to convey information to the User/EDA tool
on how to control simulations
a. An example of this is a requirement that this Tx model has 8b10b
encoding built into it
b. Another example is that analog model required to generate the
impulse response of the channel is a function of the CTLE AMI setting
c. Another example is that the Rx model returns a parameter that the
Model maker wants the EDA tool to use in some waveform analysis
calculation
The issue here is that the Model Maker, the User and the EDA Vendor wants
the Model Maker to add Model Specific parameters to allow the EDA tool to
programmatically do the functions described in 2. Above. The perpous of
this BIRD should be a mechanism that the Model Make can convery to the
User and the EDA tool that such Model Specific parameters exists, and a
standard place for him to document the parameters and what he is expecting
the EDA tool to do with them, whether they are Info parameters, In
parameters, Out parameters, or InOut parameters.
Walter
Walter Katz
<mailto:wkatz@xxxxxxxxxx> wkatz@xxxxxxxxxx
Phone 303.449-2308
Mobile 303.335-6156
