On Fri, Apr 24, 2020 at 03:46:29PM +0300, Florinel Iordache wrote: > Enable backplane support for qoriq family of devices This uses phylib, which is a problem if you have this PCS device connecting across a backplane to a standard copper PHY (which will also be a phylib PHY.) phylib and the networking layer more widely does not support this setup. Hence, this can only work when there is no copper PHY on the other end. The model presented by phylink since its inception is to drive the PCS entirely as a separate non-phylib device. It seems that when you encounter a setup with a copper PHY on the other end of the backplane KR link, you're going to have to rewrite all this code to bolt into phylink. I thought one of the reasons for the hour long conference call was to try and sort this out by coming up with an approach for how to deal with these PCS devices... but it seems the same problems still exist, and very few of our comments that any kernel maintainer have made have been addressed so far. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 10.2Mbps down 587kbps up
