[ibis-macro] Re: Clock ticks from a separate buffer or channel?

  • From: "Muranyi, Arpad" <Arpad_Muranyi@xxxxxxxxxx>
  • To: "IBIS-ATM (ibis-macro@xxxxxxxxxxxxx)" <ibis-macro@xxxxxxxxxxxxx>
  • Date: Fri, 16 Sep 2016 20:51:54 +0000

Correction:

You might also be correct that the EDA tool not
prohibited to use it.

should be;

You might also be correct that the EDA tool is not
required to use it.

Arpad
===================================================


From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] ;
On Behalf Of Muranyi, Arpad
Sent: Friday, September 16, 2016 3:49 PM
To: IBIS-ATM (ibis-macro@xxxxxxxxxxxxx) <ibis-macro@xxxxxxxxxxxxx>
Subject: [ibis-macro] Re: Clock ticks from a separate buffer or channel?

Mike,

Whether the spec says it or not, the assumption that the clock ticks
come from the Rx CDR is a pretty strong implication that it is from
the "same channel".  You might also be correct that the EDA tool not
prohibited to use it.  We actually implemented an "ignore switch"
because we would occasionally get AMI models which return wrong clock
ticks and as a result the eye is completely closed, but with the right
click ticks the eye would be open.  We wanted to have the option to
ignore the Rx model supplied clock ticks and provide our own with
from own CDR.

It is only a little step further from this to allow an externally
supplied clock tick.  The question is from where?  If the spec and
our tools were to support that, we need to define in the spec where
it can come from and in what format.  Should be doable...

Thanks,

Arpad
=======================================================================

From: ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Mirmak, Michael
Sent: Friday, September 16, 2016 3:40 PM
To: IBIS-ATM (ibis-macro@xxxxxxxxxxxxx<mailto:ibis-macro@xxxxxxxxxxxxx>) 
<ibis-macro@xxxxxxxxxxxxx<mailto:ibis-macro@xxxxxxxxxxxxx>>
Subject: [ibis-macro] Clock ticks from a separate buffer or channel?

In AMI, are the clock ticks reported by a buffer (and which may be used to 
present a sampled eye) required to be used to sample the data for the *same* 
buffer?

The clear implication in the "clock ticks" description text is that clock and 
data are taken from the same buffer and same channel or data stream (though the 
clock ticks may be ignored), because the data stream is assumed to contain an 
embedded clock from which an explicit clock will be recovered.

However, to eventually support other architectures, would not AMI need to 
support clock ticks being combined with data from separate channels, in the 
case of a forwarded rather than an embedded clock?

This may be entirely at the level of the EDA tool to control or permit.  
However, would not some of the time domain flows in the AMI specification need 
to explicitly mention this?

Thanks in advance...


-          MM

Other related posts: