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=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no 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 C699BC433DB for ; Mon, 15 Feb 2021 18:20:04 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 8DCF364DFF for ; Mon, 15 Feb 2021 18:20:04 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231175AbhBOSUB (ORCPT ); Mon, 15 Feb 2021 13:20:01 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:43012 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230253AbhBOSTE (ORCPT ); Mon, 15 Feb 2021 13:19:04 -0500 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1lBiRr-006WhM-JA; Mon, 15 Feb 2021 19:18:15 +0100 Date: Mon, 15 Feb 2021 19:18:15 +0100 From: Andrew Lunn To: Stefan Chulski Cc: Russell King - ARM Linux admin , Jakub Kicinski , "netdev@vger.kernel.org" , "Marcin Wojtas (mw@semihalf.com)" , Nadav Haklai , Yan Markman Subject: Re: [EXT] Re: Phylink flow control support on ports with MLO_AN_FIXED auto negotiation Message-ID: References: <20210131103549.GA1463@shell.armlinux.org.uk> <20210131111214.GB1463@shell.armlinux.org.uk> <20210131121950.GA1477@shell.armlinux.org.uk> <20210213113947.GD1477@shell.armlinux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Mon, Feb 15, 2021 at 04:19:19PM +0000, Stefan Chulski wrote: > > > > I discussed it with Andrew earlier last year, and his response was: > > > > > > > > DT configuration of pause for fixed link probably is sufficient. I > > > > don't remember it ever been really discussed for DSA. It was a > > > > Melanox discussion about limiting pause for the CPU. So I think it > > > > is safe to not implement ethtool -A, at least until somebody has a > > > > real use case for it. > > > > > > > > So I chose not to support it - no point supporting features that > > > > people aren't using. If you have a "real use case" then it can be added. > > > > > > This patch may be sufficient - I haven't fully considered all the > > > implications of changing this though. > > > > Did you try this patch? What's the outcome? > > For me patch worked as expected. Hi Stefan Russell's patch allows it, but i would be interested in knows why you actually need it. What is your use case for changing this on the fly? Andrew