> -----Original Message----- > From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx> > Sent: Thursday, December 19, 2019 7:29 PM > To: Madalin Bucur <madalin.bucur@xxxxxxx> > Cc: davem@xxxxxxxxxxxxx; netdev@xxxxxxxxxxxxxxx; andrew@xxxxxxx; > f.fainelli@xxxxxxxxx; hkallweit1@xxxxxxxxx; shawnguo@xxxxxxxxxx; > devicetree@xxxxxxxxxxxxxxx > Subject: Re: [PATCH 1/6] net: phy: add interface modes for XFI, SFI > > On Thu, Dec 19, 2019 at 05:21:16PM +0200, Madalin Bucur wrote: > > From: Madalin Bucur <madalin.bucur@xxxxxxx> > > > > Add explicit entries for XFI, SFI to make sure the device > > tree entries for phy-connection-type "xfi" or "sfi" are > > properly parsed and differentiated against the existing > > backplane 10GBASE-KR mode. > > 10GBASE-KR is actually used for XFI and SFI (due to a slight mistake on > my part, it should've been just 10GBASE-R). > > Please explain exactly what the difference is between XFI, SFI and > 10GBASE-R. I have not been able to find definitive definitions for > XFI and SFI anywhere, and they appear to be precisely identical to > 10GBASE-R. It seems that it's just a terminology thing, with > different groups wanting to "own" what is essentially exactly the > same interface type. Hi Russell, 10GBase-R could be used as a common nominator but just as well 10G and remove the rest while we're at it. There are/may be differences in features, differences in the way the HW is configured (the most important aspect) and one should be able to determine what interface type is in use to properly configure the HW. SFI does not have the CDR function in the PMD, relying on the PMA signal conditioning vs the XFI that requires this in the PMD. We kept the xgmii compatible for so long without much issues until someone started cleaning up the PHY supported modes. Since we're doing that, let's be rigorous. The 10GBase-KR is important too, we have some backplane code in preparation and having it there could pave the way for a simpler integration. Thank you, Madalin
