Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp4619308ybh; Tue, 6 Aug 2019 15:01:32 -0700 (PDT) X-Google-Smtp-Source: APXvYqzXn3z9DI+GyzJEgypVBH4lTBTs1K+fGShrlLbZNgiHEAdNXPJqp4kMHAxpCFXezn+rlHly X-Received: by 2002:a63:f926:: with SMTP id h38mr4903442pgi.80.1565128892147; Tue, 06 Aug 2019 15:01:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565128892; cv=none; d=google.com; s=arc-20160816; b=xXmio0lZQ9cHM0h5BdaqmeI/CQdYjSlew3DS4YheDhENmftlaLc0AF9oV+S9ODNZiM DEGjDwdIY8SvO48q8rb11FZYNbr30KN03RxGDdmVbURlVzgk2EoPX/GO1lgxaQ2Vpv5l j3D4KPj1EG/8mOe3uiUKq7Mj5J+FQ97k4l3geGYRUMFdi68mEbdc8nPSzrudhff8sMlP pcFN36pMLMaXYIjE1zJJrlJ07XXotDenOrX+K4spbLIhl+DYWnytBNZ0DTcIpfbXd7H4 iEtch25pNQMEX+mscoBkIPE5hNz8E4pNRoyaFH6Hl73aVZwhj0kBei1IZUhQl7L/h3oA 7QDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:to:subject:dkim-signature; bh=SyE/O0WhvxOUfPhh+mEZXq7ZPnaC6Vs+gmVPB6kPhjk=; b=HdjLm6fVAxCVPjcYO2TGagPrIlzfAwjXLoXxHhGqDCCXFQUgIJsn35PPjT7XuHF+zA RR1hdyaKAzmiaZk08RCpgzwUJi0HdDAYau5yL1oWQE58KuK+ygk1G82pT8kysVLRcPbz Q6Oz+DAIJfwa2U5K2OTw1SAu46DKF9Jj95LJDfuzt7Xatgz5M7nPz0eIvSNg4eYkdPvo Pcths6mLI5KsMZUff/LYxeRDR7R//UzR16b050uaDLwqXO85hokz6axTUQsUbwKe4CPJ sMe4wPEoBPSzxzv1pr1kiOITq/bhvAKQZLQe5l73D6O247wPZ1kkzs2dyFikXdczN4xQ ofCA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=KS5LCUAX; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id br18si15930595pjb.52.2019.08.06.15.01.16; Tue, 06 Aug 2019 15:01:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=KS5LCUAX; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727104AbfHFWAO (ORCPT + 99 others); Tue, 6 Aug 2019 18:00:14 -0400 Received: from mail-wm1-f68.google.com ([209.85.128.68]:35958 "EHLO mail-wm1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726867AbfHFWAO (ORCPT ); Tue, 6 Aug 2019 18:00:14 -0400 Received: by mail-wm1-f68.google.com with SMTP id g67so73828951wme.1; Tue, 06 Aug 2019 15:00:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=SyE/O0WhvxOUfPhh+mEZXq7ZPnaC6Vs+gmVPB6kPhjk=; b=KS5LCUAXM1QwTK/IvmYORp4hwBU1WBI1ci7hI41WNiFa+ljJdsq8PKdPsBOqlKZr3L IJ4gZ9vKdlq/PUeRTlg7h63V6v7snoBdE0mZP+7TdOOtXB54FmUf/Qg7pKWNQQzyEr/F kN/y1p1PgRMf9hBsMdqDKvLORZ+Tzle4F0FZhmfpd/37k5WWttZAtU3G9UmzsosN3P/h LYAgAG9em8aDgkJNY2Qjszim5tRykdm1a5C043JiTVDTicOvu6FvsjaL2OikVrdykoID Rnqfr2dHMj9V4rCWUY9PT6pyQ8RL5AmVyi7+ehvCRpCRKCOp6Otl3nRFkF3LgmVlgox5 736g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=SyE/O0WhvxOUfPhh+mEZXq7ZPnaC6Vs+gmVPB6kPhjk=; b=eom7SFqMiOzo+0ku22Ji4FTgi7Ia9RXgO+8E5FF+6f2Y46sOloKwf0FutP9BiKY+zM asg0amZuy7VSP/3Jpq11swPy798ZAgsFdY+57JKLUWgoIagkbqKBvKa4ynyjcDkluSkn R5N7yOWhQii5qk4mSGKzBdU4Z1CLfBwFvW3zRtuCZGOy/vRPheVI9yn7XzDhc6/slTIi IBnC7vYjokVrJ8TXy7uxI30taJvyvm/hti7dU11LZlUgkRWKpShFbEs91OzdZ3aBu0XU zZgK+YXtiBTkbZ3E/Nwuhtpbvbx6Wq6CRBGG+g9i/szmEYB15YjiP1V4dyDZTkPz31lJ 8rOw== X-Gm-Message-State: APjAAAV1Lyq10+Z3gh2TdOBH0Rt86QOl4Q4aIo1Ij9qMYkueMtTRMkmP YVJMU/Inb+tveT1mhrVcV8ztbvvz X-Received: by 2002:a05:600c:254b:: with SMTP id e11mr5935859wma.171.1565128811644; Tue, 06 Aug 2019 15:00:11 -0700 (PDT) Received: from ?IPv6:2003:ea:8f05:8600:c8c7:5fd0:c6c9:d62? (p200300EA8F058600C8C75FD0C6C90D62.dip0.t-ipconnect.de. [2003:ea:8f05:8600:c8c7:5fd0:c6c9:d62]) by smtp.googlemail.com with ESMTPSA id o11sm84420698wmh.37.2019.08.06.15.00.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Aug 2019 15:00:11 -0700 (PDT) Subject: Re: [PATCH net-next v4 2/2] net: phy: broadcom: add 1000Base-X support for BCM54616S To: Tao Ren , Andrew Lunn , Florian Fainelli , "David S . Miller" , Arun Parameswaran , Justin Chen , Vladimir Oltean , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, openbmc@lists.ozlabs.org References: <20190806210931.3723590-1-taoren@fb.com> From: Heiner Kallweit Message-ID: <36d81485-ec23-eb7b-583e-3dd0f90ca562@gmail.com> Date: Wed, 7 Aug 2019 00:00:06 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190806210931.3723590-1-taoren@fb.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06.08.2019 23:09, Tao Ren wrote: > The BCM54616S PHY cannot work properly in RGMII->1000Base-KX mode (for > example, on Facebook CMM BMC platform), mainly because genphy functions > are designed for copper links, and 1000Base-X (clause 37) auto negotiation > needs to be handled differently. > > This patch enables 1000Base-X support for BCM54616S by customizing 3 > driver callbacks: > > - probe: probe callback detects PHY's operation mode based on > INTERF_SEL[1:0] pins and 1000X/100FX selection bit in SerDES 100-FX > Control register. > > - config_aneg: bcm54616s_config_aneg_1000bx function is added for auto > negotiation in 1000Base-X mode. > > - read_status: BCM54616S and BCM5482 PHY share the same read_status > callback which manually set link speed and duplex mode in 1000Base-X > mode. > > Signed-off-by: Tao Ren > --- > Changes in v4: > - add bcm54616s_config_aneg_1000bx() to deal with auto negotiation in > 1000Base-X mode. > Changes in v3: > - rename bcm5482_read_status to bcm54xx_read_status so the callback can > be shared by BCM5482 and BCM54616S. > Changes in v2: > - Auto-detect PHY operation mode instead of passing DT node. > - move PHY mode auto-detect logic from config_init to probe callback. > - only set speed (not including duplex) in read_status callback. > - update patch description with more background to avoid confusion. > - patch #1 in the series ("net: phy: broadcom: set features explicitly > for BCM54616") is dropped: the fix should go to get_features callback > which may potentially depend on this patch. > > drivers/net/phy/broadcom.c | 62 ++++++++++++++++++++++++++++++++++---- > include/linux/brcmphy.h | 10 ++++-- > 2 files changed, 64 insertions(+), 8 deletions(-) > > diff --git a/drivers/net/phy/broadcom.c b/drivers/net/phy/broadcom.c > index 937d0059e8ac..bf61ed8451e5 100644 > --- a/drivers/net/phy/broadcom.c > +++ b/drivers/net/phy/broadcom.c > @@ -383,9 +383,9 @@ static int bcm5482_config_init(struct phy_device *phydev) > /* > * Select 1000BASE-X register set (primary SerDes) > */ > - reg = bcm_phy_read_shadow(phydev, BCM5482_SHD_MODE); > - bcm_phy_write_shadow(phydev, BCM5482_SHD_MODE, > - reg | BCM5482_SHD_MODE_1000BX); > + reg = bcm_phy_read_shadow(phydev, BCM54XX_SHD_MODE); > + bcm_phy_write_shadow(phydev, BCM54XX_SHD_MODE, > + reg | BCM54XX_SHD_MODE_1000BX); > > /* > * LED1=ACTIVITYLED, LED3=LINKSPD[2] > @@ -409,7 +409,7 @@ static int bcm5482_config_init(struct phy_device *phydev) > return err; > } > > -static int bcm5482_read_status(struct phy_device *phydev) > +static int bcm54xx_read_status(struct phy_device *phydev) > { > int err; > > @@ -451,12 +451,60 @@ static int bcm5481_config_aneg(struct phy_device *phydev) > return ret; > } > > +static int bcm54616s_probe(struct phy_device *phydev) > +{ > + int val, intf_sel; > + > + val = bcm_phy_read_shadow(phydev, BCM54XX_SHD_MODE); > + if (val < 0) > + return val; > + > + /* The PHY is strapped in RGMII to fiber mode when INTERF_SEL[1:0] > + * is 01b. > + */ > + intf_sel = (val & BCM54XX_SHD_INTF_SEL_MASK) >> 1; > + if (intf_sel == 1) { > + val = bcm_phy_read_shadow(phydev, BCM54616S_SHD_100FX_CTRL); > + if (val < 0) > + return val; > + > + /* Bit 0 of the SerDes 100-FX Control register, when set > + * to 1, sets the MII/RGMII -> 100BASE-FX configuration. > + * When this bit is set to 0, it sets the GMII/RGMII -> > + * 1000BASE-X configuration. > + */ > + if (!(val & BCM54616S_100FX_MODE)) > + phydev->dev_flags |= PHY_BCM_FLAGS_MODE_1000BX; > + } > + > + return 0; > +} > + > +static int bcm54616s_config_aneg_1000bx(struct phy_device *phydev) > +{ > + int err; > + int adv = 0; > + > + if (linkmode_test_bit(ETHTOOL_LINK_MODE_1000baseX_Full_BIT, > + phydev->supported)) > + adv |= ADVERTISE_1000XFULL; > + > + err = phy_modify_changed(phydev, MII_ADVERTISE, 0, adv); The "0" parameter is wrong, it must be ADVERTISE_1000XFULL. First you reset the bit, and then you set it or not. > + if (err > 0) > + err = genphy_restart_aneg(phydev); > + > + return err; > +} > + > static int bcm54616s_config_aneg(struct phy_device *phydev) > { > int ret; > > /* Aneg firsly. */ > - ret = genphy_config_aneg(phydev); > + if (phydev->dev_flags & PHY_BCM_FLAGS_MODE_1000BX) > + ret = bcm54616s_config_aneg_1000bx(phydev); > + else > + ret = genphy_config_aneg(phydev); > > /* Then we can set up the delay. */ > bcm54xx_config_clock_delay(phydev); > @@ -655,6 +703,8 @@ static struct phy_driver broadcom_drivers[] = { > .config_aneg = bcm54616s_config_aneg, > .ack_interrupt = bcm_phy_ack_intr, > .config_intr = bcm_phy_config_intr, > + .read_status = bcm54xx_read_status, If you use aneg, you should also read what was negotiated. But this function reads neither negotiated duplex mode nor pause settings. > + .probe = bcm54616s_probe, > }, { > .phy_id = PHY_ID_BCM5464, > .phy_id_mask = 0xfffffff0, > @@ -689,7 +739,7 @@ static struct phy_driver broadcom_drivers[] = { > .name = "Broadcom BCM5482", > /* PHY_GBIT_FEATURES */ > .config_init = bcm5482_config_init, > - .read_status = bcm5482_read_status, > + .read_status = bcm54xx_read_status, > .ack_interrupt = bcm_phy_ack_intr, > .config_intr = bcm_phy_config_intr, > }, { > diff --git a/include/linux/brcmphy.h b/include/linux/brcmphy.h > index 6db2d9a6e503..b475e7f20d28 100644 > --- a/include/linux/brcmphy.h > +++ b/include/linux/brcmphy.h > @@ -200,9 +200,15 @@ > #define BCM5482_SHD_SSD 0x14 /* 10100: Secondary SerDes control */ > #define BCM5482_SHD_SSD_LEDM 0x0008 /* SSD LED Mode enable */ > #define BCM5482_SHD_SSD_EN 0x0001 /* SSD enable */ > -#define BCM5482_SHD_MODE 0x1f /* 11111: Mode Control Register */ > -#define BCM5482_SHD_MODE_1000BX 0x0001 /* Enable 1000BASE-X registers */ > > +/* 10011: SerDes 100-FX Control Register */ > +#define BCM54616S_SHD_100FX_CTRL 0x13 > +#define BCM54616S_100FX_MODE BIT(0) /* 100-FX SerDes Enable */ > + > +/* 11111: Mode Control Register */ > +#define BCM54XX_SHD_MODE 0x1f > +#define BCM54XX_SHD_INTF_SEL_MASK GENMASK(2, 1) /* INTERF_SEL[1:0] */ > +#define BCM54XX_SHD_MODE_1000BX BIT(0) /* Enable 1000-X registers */ > > /* > * EXPANSION SHADOW ACCESS REGISTERS. (PHY REG 0x15, 0x16, and 0x17) >