> -----Original Message----- > From: Andrew Lunn <and...@lunn.ch> > Sent: Monday, June 22, 2020 5:25 PM > To: Florinel Iordache <florinel.iorda...@nxp.com> > Cc: da...@davemloft.net; netdev@vger.kernel.org; f.faine...@gmail.com; > hkallwe...@gmail.com; li...@armlinux.org.uk; devicet...@vger.kernel.org; > linux-...@vger.kernel.org; robh...@kernel.org; mark.rutl...@arm.com; > k...@kernel.org; cor...@lwn.net; shawn...@kernel.org; Leo Li > <leoyang...@nxp.com>; Madalin Bucur (OSS) <madalin.bu...@oss.nxp.com>; > Ioana Ciornei <ioana.cior...@nxp.com>; linux-ker...@vger.kernel.org > Subject: [EXT] Re: [PATCH net-next v3 4/7] net: phy: add backplane kr driver > support > > Caution: EXT Email > > On Mon, Jun 22, 2020 at 04:35:21PM +0300, Florinel Iordache wrote: > > Add support for backplane kr generic driver including link training > > (ieee802.3ap/ba) and fixed equalization algorithm > > Hi Florinel > > This is still a PHY device. I don't remember any discussions which resolved > the > issues of if at the end of the backplane there is another PHY. > > It makes little sense to repost this code until we have this problem > discussed and > a way forward decided on. It fits into the discussion Russell and Ioana are > having > about representing PCS drivers. Please contribute to that. > > Andrew
Hi Andrew, Yes, you are right: we decided to send only support for DPAA1 using current approach as a PHY device (as mentioned in cover-letter), until PCS representation will be fully clarified. The entire DPAA2 support was removed for now, together with phylink changes. DPAA1 maintainer (Madalin Bucur) agrees with current representation as a PHY device for DPAA1. So we would like to have some discussions around this approach for DPAA1 only, as it seems suitable for us. Regards, Florinel.
