Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934494AbdIYLxQ (ORCPT ); Mon, 25 Sep 2017 07:53:16 -0400 Received: from mail.free-electrons.com ([62.4.15.54]:41270 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933057AbdIYLxP (ORCPT ); Mon, 25 Sep 2017 07:53:15 -0400 Date: Mon, 25 Sep 2017 13:53:03 +0200 From: Antoine Tenart To: Russell King - ARM Linux Cc: Antoine Tenart , davem@davemloft.net, andrew@lunn.ch, gregory.clement@free-electrons.com, thomas.petazzoni@free-electrons.com, miquel.raynal@free-electrons.com, nadavh@marvell.com, linux-kernel@vger.kernel.org, mw@semihalf.com, stefanc@marvell.com, netdev@vger.kernel.org Subject: Re: [PATCH net-next] net: mvpp2: phylink support Message-ID: <20170925115303.GC19364@kwain> References: <20170921134522.10993-1-antoine.tenart@free-electrons.com> <20170922110731.GG20805@n2100.armlinux.org.uk> <20170925095514.GA19364@kwain> <20170925104532.GN20805@n2100.armlinux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20170925104532.GN20805@n2100.armlinux.org.uk> User-Agent: Mutt/1.9.0 (2017-09-02) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1740 Lines: 36 On Mon, Sep 25, 2017 at 11:45:32AM +0100, Russell King - ARM Linux wrote: > On Mon, Sep 25, 2017 at 11:55:14AM +0200, Antoine Tenart wrote: > > On Fri, Sep 22, 2017 at 12:07:31PM +0100, Russell King - ARM Linux wrote: > > > On Thu, Sep 21, 2017 at 03:45:22PM +0200, Antoine Tenart wrote: > > > > Convert the PPv2 driver to use phylink, which models the MAC to PHY > > > > link. The phylink support is made such a way the GoP link IRQ can still > > > > be used: the two modes are incompatible and the GoP link IRQ will be > > > > used if no PHY is described in the device tree. This is the same > > > > behaviour as before. > > > > > > This makes no sense. The point of phylink is to be able to support SFP > > > cages, and SFP cages do not have a PHY described in DT. So, when you > > > want to use phylink because of SFP, you can't, because if you omit > > > the PHY the driver avoids using phylink. > > > > Yes that's an issue. However we do need to support the GoP link IRQ > > which is also needed in some cases where there is no PHY (and when > > phylink cannot be used). What would you propose to differentiate those > > two cases: no PHY using phylink, and no PHY using the GoP link IRQ? > > Can you describe what the GoP link IRQ is doing please? In cases where there is no PHY connected to the MAC and no SFP cage is used. One example is when a SOHO switch is connected directly to a serdes lane. In such cases we still need to have a minimal link management. The GoP link interrupt helps doing so as it raises when the serdes is in sync and AN succeeded. I also wonder if this is needed when using passive cables? Antoine -- Antoine T?nart, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com