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=-11.3 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=unavailable 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 CC0D4C433E3 for ; Mon, 13 Jul 2020 18:23:21 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id AFAA92083B for ; Mon, 13 Jul 2020 18:23:21 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=armlinux.org.uk header.i=@armlinux.org.uk header.b="VnzPzzMI" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726510AbgGMSXT (ORCPT ); Mon, 13 Jul 2020 14:23:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37662 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726364AbgGMSXR (ORCPT ); Mon, 13 Jul 2020 14:23:17 -0400 Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [IPv6:2001:4d48:ad52:32c8:5054:ff:fe00:142]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EF825C061755; Mon, 13 Jul 2020 11:23:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: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=lO9SNS6YsfaUQOCZkP1HtouHsm7dL5FEWnQ2Zsu00Fw=; b=VnzPzzMIRvVltLkYbCmYOLEgN yN2UHvTCldbDymh3fso14zkGiBaHSAOKn9VT8tjBWYFVNTdFF4a1lM494fV2f+RZt8cSpM86p+BHs ZH+NkaC4bi4p2EpBuM/LHOCT2MSqEddufJR7isXfoQo9Ea2QzTXyM6SVSjzT5ubInR+vSq8M6uix3 nb6VeeWZqT/+r5n8zDTqld9vPlm0ycx7ijUvi36gXw6AvDK8vib6ODW9SkW/+OjF5fWfd3r74dHo/ 3/tIZEz/3VJatDOwEnkvrlUxsNMLOrjZzmRyFSLVeG1tTdBl63WDlPBJNuM1/nEqla9xZC/zipFiQ SrR/7ijTQ==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:39074) by pandora.armlinux.org.uk with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jv36g-0004Dv-L8; Mon, 13 Jul 2020 19:23:14 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1jv36g-0006V0-4S; Mon, 13 Jul 2020 19:23:14 +0100 Date: Mon, 13 Jul 2020 19:23:14 +0100 From: Russell King - ARM Linux admin To: Michael Walle Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, "David S . Miller" , Jakub Kicinski , Andrew Lunn , Vladimir Oltean , Alex Marginean , Claudiu Manoil , Heiko Thiery , Ioana Ciornei , Microchip Linux Driver Support Subject: Re: [PATCH net-next v6 1/4] net: phy: add USXGMII link partner ability constants Message-ID: <20200713182314.GW1551@shell.armlinux.org.uk> References: <20200709213526.21972-1-michael@walle.cc> <20200709213526.21972-2-michael@walle.cc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200709213526.21972-2-michael@walle.cc> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Thu, Jul 09, 2020 at 11:35:23PM +0200, Michael Walle wrote: > The constants are taken from the USXGMII Singleport Copper Interface > specification. The naming are based on the SGMII ones, but with an MDIO_ > prefix. > > Signed-off-by: Michael Walle > --- > include/uapi/linux/mdio.h | 26 ++++++++++++++++++++++++++ > 1 file changed, 26 insertions(+) > > diff --git a/include/uapi/linux/mdio.h b/include/uapi/linux/mdio.h > index 4bcb41c71b8c..784723072578 100644 > --- a/include/uapi/linux/mdio.h > +++ b/include/uapi/linux/mdio.h > @@ -324,4 +324,30 @@ static inline __u16 mdio_phy_id_c45(int prtad, int devad) > return MDIO_PHY_ID_C45 | (prtad << 5) | devad; > } > > +/* UsxgmiiChannelInfo[15:0] for USXGMII in-band auto-negotiation.*/ > +#define MDIO_LPA_USXGMII_EEE_CLK_STP 0x0080 /* EEE clock stop supported */ > +#define MDIO_LPA_USXGMII_EEE 0x0100 /* EEE supported */ > +#define MDIO_LPA_USXGMII_SPD_MASK 0x0e00 /* USXGMII speed mask */ > +#define MDIO_LPA_USXGMII_FULL_DUPLEX 0x1000 /* USXGMII full duplex */ > +#define MDIO_LPA_USXGMII_DPX_SPD_MASK 0x1e00 /* USXGMII duplex and speed bits */ > +#define MDIO_LPA_USXGMII_10 0x0000 /* 10Mbps */ > +#define MDIO_LPA_USXGMII_10HALF 0x0000 /* 10Mbps half-duplex */ > +#define MDIO_LPA_USXGMII_10FULL 0x1000 /* 10Mbps full-duplex */ > +#define MDIO_LPA_USXGMII_100 0x0200 /* 100Mbps */ > +#define MDIO_LPA_USXGMII_100HALF 0x0200 /* 100Mbps half-duplex */ > +#define MDIO_LPA_USXGMII_100FULL 0x1200 /* 100Mbps full-duplex */ > +#define MDIO_LPA_USXGMII_1000 0x0400 /* 1000Mbps */ > +#define MDIO_LPA_USXGMII_1000HALF 0x0400 /* 1000Mbps half-duplex */ > +#define MDIO_LPA_USXGMII_1000FULL 0x1400 /* 1000Mbps full-duplex */ > +#define MDIO_LPA_USXGMII_10G 0x0600 /* 10Gbps */ > +#define MDIO_LPA_USXGMII_10GHALF 0x0600 /* 10Gbps half-duplex */ > +#define MDIO_LPA_USXGMII_10GFULL 0x1600 /* 10Gbps full-duplex */ > +#define MDIO_LPA_USXGMII_2500 0x0800 /* 2500Mbps */ > +#define MDIO_LPA_USXGMII_2500HALF 0x0800 /* 2500Mbps half-duplex */ > +#define MDIO_LPA_USXGMII_2500FULL 0x1800 /* 2500Mbps full-duplex */ > +#define MDIO_LPA_USXGMII_5000 0x0a00 /* 5000Mbps */ > +#define MDIO_LPA_USXGMII_5000HALF 0x0a00 /* 5000Mbps half-duplex */ > +#define MDIO_LPA_USXGMII_5000FULL 0x1a00 /* 5000Mbps full-duplex */ > +#define MDIO_LPA_USXGMII_LINK 0x8000 /* PHY link with copper-side partner */ btw, the only thing which is missing from this is bit 0. One other point - in the USXGMII specification, this appears to be somewhat symmetrical - the same definitions are listed as being used for PHY to MAC as for MAC to PHY (presumably as part of the acknowledgement that the MAC actually switched to that speed.) So, it probably makes sense to drop the LPA_ infix. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!