[ibis-editorial] Re: clock_times conflict?

  • From: "Muranyi, Arpad" <Arpad_Muranyi@xxxxxxxxxx>
  • To: "ibis-editorial@xxxxxxxxxxxxx" <ibis-editorial@xxxxxxxxxxxxx>
  • Date: Fri, 18 May 2012 01:49:49 +0000

Mike,

A -1 marks the end of the series of clock time values, but
-1 itself is really not a clock time value.  Also, the tool
is not required to continue reading the clock times vector
after it found a -1.

So for an Rx that doesn't return clock times it is enough to
have a single -1 at the beginning of this vector, but the
model can also fill the entire vector with -1's if it has
nothing else to do.  It doesn't matter, because the tool is
not required to read past the first -1.

An interesting question which I am not sure if it is explained
clearly is:  what happens if the CDR goes out of lock and then
regains its normal operation.  What is it supposed to do while
it is out of lock?  It can't put -1 into the vector because
that's the end of the data.  It can't put 0 there either
because that will make the data non monotonic.  It can't keep
repeating the last number either because the numbers supposed
to get bigger.  So what can it do?  Does this mean that going
in/out of lock can't happen?

Thanks,

Arpad
================================================================
From: ibis-editorial-bounce@xxxxxxxxxxxxx 
[mailto:ibis-editorial-bounce@xxxxxxxxxxxxx] On Behalf Of Mirmak, Michael
Sent: Thursday, May 17, 2012 7:34 PM
To: ibis-editorial@xxxxxxxxxxxxx
Subject: [ibis-editorial] clock_times conflict?

In the current draft, clock_times (part of AMI_GetWave) contains as part of its 
definition, the following text:

Any non-strict monotonic behavior of clock times (including two identical 
values) should be considered by EDA tool as an algorithmic model failure.

This suggests that two successive identical values should be an error and cause 
simulation failure.

But later, the following text appears:

In the case of a receiver without a CDR, it is possible for only -1 to ever be 
output during all AMI_GetWave calls.

This suggests that the EDA tool should *not* flag an error if successive 
identical clock_times values are seen, so long as they are -1.   Without a 
separate flag for "no_CDR", the tool has no insight into whether a CDR is 
actually present or not.

Am I interpreting this correctly?


-         MM

Other related posts: