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

RE: XGMII






Single clock, GOOD.

Sharam


> ----------
> From: 	Claus Stetter[SMTP:cstetter@xxxxxxxxxxx]
> Sent: 	Tuesday, July 18, 2000 5:32 PM
> To: 	Roger Ronald; 802.3ae
> Subject: 	Re: XGMII
> 
> 
> Hi Roger,
> 
> I fully agree with your statement. Why add additional pins to an already
> wide interface and add the complication of synchronization when it can be
> done with relative ease with a single reference clock? Several companies
> that I know of are implementing XGMII as presented and have not had issues
> with the proposed timing spec.
> 
> If it ain't broke, don't fix it  ;-)
> 
> Cheers,
> Claus
> 
> 
> Claus Stetter
> Allayer Communications
> 
> Tel:  +1 408 570 0888 x170
> Fax:  +1 408 570 0880
> Cell: +1 408 221 6461
> 
> Email: cstetter@xxxxxxxxxxx
> http://www.allayer.com
> 
> ----- Original Message -----
> From: Roger Ronald <rronald@xxxxxxx>
> To: Justin Gaither <jgaither@xxxxxxxxxxxxxxx>; 802.3ae
> <stds-802-3-hssg@xxxxxxxx>
> Sent: Tuesday, July 18, 2000 4:26 AM
> Subject: Re: XGMII
> 
> 
> >
> > This interface does not seem to be any harder than interfacing to DDR
> RAM
> > at the same speed. Every corner garage shop will soon be turning out
> > DDR RAM based motherboards soon.
> >
> > Personally, I'd much rather have relatively tight timing instead of
> > complications in the clocking and a whole new chip to chip
> > protocol to spec/understand/debate/document/build.
> >
> > RR
> > ----- Original Message -----
> > From: "Justin Gaither" <jgaither@xxxxxxxxxxxxxxx>
> > To: "802.3ae" <stds-802-3-hssg@xxxxxxxx>
> > Sent: Monday, July 17, 2000 3:15 PM
> > Subject: XGMII
> >
> >
> > >
> > > Everyone,
> > >
> > >     Concerning the XGMII interface, I remember at least one comment
> > > during the plenary and I have the same reservation concerning the
> > > extreme width and tightness of the setup and hold timing.
> > >
> > > I would like to suggest separate clocks for each of the 8 bit lanes.
> > > This would allow each lane to have a manageable number of tightly
> > > coupled signals, and allow for 1 or two clocks skew between lanes.
> The
> > > Bus could easily be spread across the pins of a device enabling
> > > distributed reference and less ground bounce. I don't see adding 3
> more
> > > pins to a 37 pin interface to be excessive.  Synchronization of the
> > > lanes could be done using the control lines for a sync.  (i.e.. 1111
> > > followed by 1000 on the control is start of data).
> > >
> > >
> > >
> > > --
> > > Justin Gaither                 Phone: 512-306-7292  x529
> > > RocketChips, Inc.              Fax:   512-306-7293
> > > 500 N. Capital of TX Hwy.
> > > Bldg 3                         email: jgaither@xxxxxxxxxxxxxxx
> > > Austin, TX 78746               WWW:   www.rocketchips.com
> > >
> > >
> > >
>