Re: Question Regarding De-Skewing in Clause 48 (D2.0)
The purpose of state BYTE_SLIP_WAIT is to ignore the column following a
byte-shift deskew error. The reason is that it is likely that the
following column also contains a deskew error and that counting it can
be considered "double counting".
Re-entering ALIGN_ACQUIRED_1 requires the recognition of good ||A||.
Steven Shen wrote:
> Hi :
> If at state "BYTE_SLIP_WAIT" and next receive a good ||A|| column, it will
> go to state "ALIGN_ACQUIRED_2" according to the current state machine
> in D2.0, (should it go to state "ALIGN_ACQUIRED_1" in this case ??)
> best regards
> Steven Shen
> Silicon Bridge Inc.
> Rich Taborek wrote:
> > Boaz,
> > Answers below:
> > Boaz Shahar wrote:
> > >
> > > Rich,
> > > Something in "PCS de-skew state diagram" is not entirely understood:
> > >
> > > When the machine transients from "ALIGN_ACQUIRED_1" to "ALIGN_ACQUIRED_2" it
> > > goes to the state "BYTE_SLIP_WAIT" where it waits for one additional byte to
> > > be received.
> > >
> > > 1) What is the motivation? Is it to prevent a split ||A|| column to be
> > > counted as two errors instead of just one?
> > Yes. This is exactly the case.
> > > 2) Why the machine does not transient through similar state while changing
> > > states, for instance, from "ALIGN_ACQUIRED_2" to "ALIGN_ACQUIRED_3"
> > It should. Don Alderrou of nSerial is submitting a comment to this
> > effect.
> > > Thx. for your help,
> > > Boaz
Richard Taborek Sr. Phone: 408-845-6102
Chief Technology Officer Cell: 408-832-3957
nSerial Corporation Fax: 408-845-6114
2500-5 Augustine Dr. mailto:rtaborek@xxxxxxxxxxx
Santa Clara, CA 95054 http://www.nSerial.com