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=-0.6 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, 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 E9DBBC10DCE for ; Fri, 6 Mar 2020 14:52:03 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id B58A920726 for ; Fri, 6 Mar 2020 14:52:03 +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="I+pqttXe" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726873AbgCFOwC (ORCPT ); Fri, 6 Mar 2020 09:52:02 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:49566 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726182AbgCFOwC (ORCPT ); Fri, 6 Mar 2020 09:52:02 -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=GIeI8sQ13RbUbwydTic1ZOaIHtJnoHm6mSFJlsOPSh0=; b=I+pqttXecX4Hgtvr/4WgOtPyxa CqtCCZdRJWt1mGweGjHcmXIUJWhJGyDfAVFyq6z1yK6O3szf0aY2cxF7iL5EFDLZJzca/hGD/+sVy u0pXDLgCAjvV7dq/COQwXN2D1ALtg0G9+h0I4dsk5hM9zF/fXLr1vPVqoDe2OylsuIXA=; Received: from andrew by vps0.lunn.ch with local (Exim 4.93) (envelope-from ) id 1jAEKQ-0005PW-2n; Fri, 06 Mar 2020 15:51:54 +0100 Date: Fri, 6 Mar 2020 15:51:54 +0100 From: Andrew Lunn To: Marek Behun Cc: Russell King - ARM Linux admin , Florian Fainelli , Heiner Kallweit , "David S. Miller" , Jakub Kicinski , netdev@vger.kernel.org, Vivien Didelot Subject: Re: [PATCH net-next 0/10] net: dsa: improve serdes integration Message-ID: <20200306145154.GE25183@lunn.ch> References: <20200305124139.GB25745@shell.armlinux.org.uk> <20200305225407.GD25183@lunn.ch> <20200305234557.GE25745@shell.armlinux.org.uk> <20200306011310.GC2450@lunn.ch> <20200306035720.GD2450@lunn.ch> <20200306103934.GF25745@shell.armlinux.org.uk> <20200306145332.7b7a85da@nic.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200306145332.7b7a85da@nic.cz> Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org > What I have been wondering about is if it would make sense to have the > ability to set CPU/DSA link settings from userspace. Currently the > CPU and DSA ports do not correspond to any system interface, so this is > impossible via ethtool. I have been thinking about how this could be > done. Hi Marek There has been some discussion about this in the context of the new netlink ethtool implementation. It seems to make sense to move some parts of ethtool into devlink. devlink does has a representation of CPU and DSA ports. So it could provide the --dump-registers and --statistics options. And for DSA switches, it would probably just work. Andrew