From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.6 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 06C7EC2BA83 for ; Sat, 15 Feb 2020 18:56:43 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id D677720726 for ; Sat, 15 Feb 2020 18:56:42 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=lunn.ch header.i=@lunn.ch header.b="2zlQhSfv" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727941AbgBOS4l (ORCPT ); Sat, 15 Feb 2020 13:56:41 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:47918 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727780AbgBOS4g (ORCPT ); Sat, 15 Feb 2020 13:56:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=sTrrSaNiKEriqCui8iDv1CgMwzwZVOaJgr4nhQNQwKs=; b=2zlQhSfvqYjYmO9qK5MBSW+W1Q /1iub/Y8hjHYx5TWUKFlytjEyKBoW0ov8yz8DFoczNZsOZIaymmFXHl6XlPrfB8FmR6QXUnTCQHMK 2bbm8SybkN9Rf4GlLYYxWMyJe7C37Duy/DQjYPVk7QUVn+Noq8bq1FHDbwdUU4TxGNTo=; Received: from andrew by vps0.lunn.ch with local (Exim 4.93) (envelope-from ) id 1j32cC-00059z-AO; Sat, 15 Feb 2020 19:56:32 +0100 Date: Sat, 15 Feb 2020 19:56:32 +0100 From: Andrew Lunn To: Russell King Cc: Florian Fainelli , Heiner Kallweit , "David S. Miller" , netdev@vger.kernel.org Subject: Re: [PATCH net-next 03/10] net: add linkmode helper for setting flow control advertisement Message-ID: <20200215185632.GT31084@lunn.ch> References: <20200215154839.GR25745@shell.armlinux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Sat, Feb 15, 2020 at 03:49:32PM +0000, Russell King wrote: > Add a linkmode helper to set the flow control advertisement in an > ethtool linkmode mask according to the tx/rx capabilities. This > implementation is moved from phylib, and documented with an > analysis of its shortcomings. > > Signed-off-by: Russell King > --- > drivers/net/phy/linkmode.c | 51 ++++++++++++++++++++++++++++++++++++ > drivers/net/phy/phy_device.c | 17 +----------- > include/linux/linkmode.h | 2 ++ > 3 files changed, 54 insertions(+), 16 deletions(-) > > diff --git a/drivers/net/phy/linkmode.c b/drivers/net/phy/linkmode.c > index 969918795228..f60560fe3499 100644 > --- a/drivers/net/phy/linkmode.c > +++ b/drivers/net/phy/linkmode.c > @@ -42,3 +42,54 @@ void linkmode_resolve_pause(const unsigned long *local_adv, > } > } > EXPORT_SYMBOL_GPL(linkmode_resolve_pause); > + > +/** > + * linkmode_set_pause - set the pause mode advertisement > + * @advertisement: advertisement in ethtool format > + * @tx: boolean from ethtool struct ethtool_pauseparam tx_pause member > + * @rx: boolean from ethtool struct ethtool_pauseparam rx_pause member > + * > + * Configure the advertised Pause and Asym_Pause bits according to the > + * capabilities of provided in @tx and @rx. > + * > + * We convert as follows: > + * tx rx Pause AsymDir > + * 0 0 0 0 > + * 0 1 1 1 > + * 1 0 0 1 > + * 1 1 1 0 > + * > + * Note: this translation from ethtool tx/rx notation to the advertisement > + * is actually very problematical. Here are some examples: > + * > + * For tx=0 rx=1, meaning transmit is unsupported, receive is supported: > + * > + * Local device Link partner > + * Pause AsymDir Pause AsymDir Result > + * 1 1 1 0 TX + RX - but we have no TX support. > + * 1 1 0 1 Only this gives RX only > + * > + * For tx=1 rx=1, meaning we have the capability to transmit and receive > + * pause frames: > + * > + * Local device Link partner > + * Pause AsymDir Pause AsymDir Result > + * 1 0 0 1 Disabled - but since we do support tx and rx, > + * this should resolve to RX only. > + * > + * Hence, asking for: > + * rx=1 tx=0 gives Pause+AsymDir advertisement, but we may end up > + * resolving to tx+rx pause or only rx pause depending on > + * the partners advertisement. > + * rx=0 tx=1 gives AsymDir only, which will only give tx pause if > + * the partners advertisement allows it. > + * rx=1 tx=1 gives Pause only, which will only allow tx+rx pause > + * if the other end also advertises Pause. > + */ It is good to document this. With the change to netlink ethtool, we have the option to change the interface to user space, or at least, easily add another way for userspace to configure things. Maybe you can think of a better API? Reviewed-by: Andrew Lunn Andrew