Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: Question on XSBI Timing.






Justin,

Thanks for the reply.
However, I have a further clarification request:

With respect to :
Justin wrote >>
"... Given that in the system one may have to phase
  shift the (traces, delays) clock it was also put
  in that the "inversion" to rising be done external
  to the IC."

Question:
Are you actually implying that the signals get swapped
when routed on the printed circuit board layout ?
(i.e.: <P,N> on PCS become <N,P> on PMA)
--                                  --
  | PMA_TX_CLK<P>\   PMA_TX_CLK<N> |
P |               \ /              | P
C |                /               | M
S |               / \              | A
  | PMA_TX_CLK<N>/   PMA_TX_CLK<P> |
--                                  --

Or, are you implying some sort of active element
between the PCS and a PMA on the XSBI ?

If this is true, I would think if the PCS referenced
diagrams and tables use PMA_TX/RX_CLK(P), then the PMA
referenced diagrams and tables should use PMA_TX/RX_CLK(N)
not (P), correct ?

Also, would not or should not the document include
some text to that effect ?
Or, is the way the timing diagrams shown intended
to imply that (minus the apparent signal mis-labeling) ?

Please, clarify ... (-:

Thanks, & Best Regards,
Julio





FroM:     Jscquake@xxxxxxx on 01/31/2001 03:36:56 PM
To:   Julio Hernandez/SSI1@SSI1
cc:   stds-802-3-hssg@xxxxxxxx
Subject:  Re: Question on XSBI Tx Timing.



Hello Julio,

The XSBI interface was written leveraging from the work done in the OIF
forum (reference document is OIF1999.102). Now, the reason why the
transmit side has the falling edge centered in the data is as follows.
Usually there is a final latching of the parallel data before it is
sent. So this is done on one edge (e.g. rising)inside the chip and this
edge is the one that is aligned to the data. Given that in the system
one may have to phase shift the (traces, delays) clock it was also put
in that the "inversion" to rising be done external to the IC. Again,
this is coming legacy work. Now for system applications where the clocks
are good and the clock/data skew is minimal, one can just switch the +/-
lines coming out of the clock going into the receive side.

Hope this helps.

Justin
-------------------------------------

Julio wrote:
I have a question regarding the XSBI clock specifications in clause 51
of 802.3ae Draft 2.0.

Table 51-1, and text in subclause 51.3.1, state that both the XSBI
transmit and receive data are latched on the "rising" edge of their
respective clocks (PMA_TX_CLK<P> and PMA_RX_CLK<P>). Figures 51-5 and
51-7, which show the timing of the data capture on both the transmit and
receive interfaces, also show a data valid window centered on the
"rising" edge of the clocks.

However, figures 51-4, table 51-3, figure 51-6 and table 51-7 all show
the signals being launched with the data valid window centered on the
"falling" edge of the clocks and the data invalid period specified
around the rising edge. This appears inconsistent.

Any clarification as to what was intended here will be greatly
appreciated.

Thanks, & Best Regards,
Julio C. Hernandez
Texas Instruments
MSCL-Tustin California