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 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 10354C4167B for ; Wed, 6 Dec 2023 09:59:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=boS+jE8TfmGe6QiGOVv3Qucido7P8OkF9fzI7IjbNFg=; b=liE++CHM566OYa Ckszhjkhg3u4crD56+suyVzYjg0z7xlAgiIYLeNs8eZXmMrw1ZVIf4eG2UQVI9rfPBojefLjXTzdE MqiDF7557AuX9ZPJqYDZw4OHGU4vI74gMTyWLaMLqvwaemTOW1pO/XSDE2xVWccqF4db4ngPEBgNm pcyhxsgA9gqrZnos/sQ3OQ+B/TU76k+NBW3fD5pbmiDP/2loulsja6TKzWAszdU3Kzy/LJNw2Ycut VZUR4Y4GNKA2rEnqHXM0+YsMkH9I2jkxjhDB5rnphiPve7eV04h+rMZJ7dM2AbM+rST9Pv1pqJ8Vv 8aEE4SsSm7uYiiHhVyzA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1rAogA-009cLT-0A; Wed, 06 Dec 2023 09:58:54 +0000 Received: from relay1-d.mail.gandi.net ([217.70.183.193]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1rAog6-009cKY-0o; Wed, 06 Dec 2023 09:58:52 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id 3BB97240008; Wed, 6 Dec 2023 09:58:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1701856724; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=dasdfMtvb5/6F6Xl6tXdAQvmSib+B8MTu7AZcbGRRpI=; b=E4sSHAHNbk/P25tK9GlNW898yfNEPsTTCpuSOrvNg3FDLAQa5H2MB8BRBjjdZkmc8iyIaA b6odeZBloX3O6K431Gft6l8bCm/hcnvr2+z/XM6Lahwsh4AtTFk85mbSpf7X6rzHKvMVt6 3umP9OEFpwaUVhEVEAcTVj0ieLjeJiNgKnvgJ0VctBblzzer+uzeuVxsOuDH5U9LF9cI2Q zzti/EjMfrFKZsIUnuinTx9zodpPb9o4h+HfB7PROhWn5RHP3LpKUYtFXinRhxwNKJWX1+ /fEfRmLP4XlanmKXIT1XLFJfuEOYBwF14EvjJt38ClTdAVVQVxjpVi8R93acjg== Date: Wed, 6 Dec 2023 10:58:38 +0100 From: Maxime Chevallier To: Daniel Golle Cc: "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Chunfeng Yun , Vinod Koul , Kishon Vijay Abraham I , Felix Fietkau , John Crispin , Sean Wang , Mark Lee , Lorenzo Bianconi , Matthias Brugger , AngeloGioacchino Del Regno , Andrew Lunn , Heiner Kallweit , Russell King , Alexander Couzens , Qingfang Deng , SkyLake Huang , Philipp Zabel , netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-phy@lists.infradead.org Subject: Re: [RFC PATCH v2 5/8] net: pcs: add driver for MediaTek USXGMII PCS Message-ID: <20231206105838.069ae288@device.home> In-Reply-To: <3cd8af5e44554c2db2d7898494ee813967206bd9.1701826319.git.daniel@makrotopia.org> References: <3cd8af5e44554c2db2d7898494ee813967206bd9.1701826319.git.daniel@makrotopia.org> Organization: Bootlin X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-redhat-linux-gnu) MIME-Version: 1.0 X-GND-Sasl: maxime.chevallier@bootlin.com X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20231206_015850_555549_D65CEC46 X-CRM114-Status: GOOD ( 18.53 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hello Daniel, On Wed, 6 Dec 2023 01:44:38 +0000 Daniel Golle wrote: > Add driver for USXGMII PCS found in the MediaTek MT7988 SoC and supporting > USXGMII, 10GBase-R and 5GBase-R interface modes. In order to support > Cisco SGMII, 1000Base-X and 2500Base-X via the also present LynxI PCS > create a wrapped PCS taking care of the components shared between the > new USXGMII PCS and the legacy LynxI PCS. > > Signed-off-by: Daniel Golle > --- [...] > + > +static int mtk_usxgmii_pcs_config(struct phylink_pcs *pcs, unsigned int neg_mode, > + phy_interface_t interface, > + const unsigned long *advertising, > + bool permit_pause_to_mac) > +{ > + struct mtk_usxgmii_pcs *mpcs = pcs_to_mtk_usxgmii_pcs(pcs); > + unsigned int an_ctrl = 0, link_timer = 0, xfi_mode = 0, adapt_mode = 0; > + bool mode_changed = false; Reverse christmas tree ordering can be used here (longest lines first) > + > + if (interface == PHY_INTERFACE_MODE_USXGMII) { > + an_ctrl = FIELD_PREP(USXGMII_AN_SYNC_CNT, 0x1FF) | USXGMII_AN_ENABLE; > + link_timer = FIELD_PREP(USXGMII_LINK_TIMER_IDLE_DETECT, 0x7B) | > + FIELD_PREP(USXGMII_LINK_TIMER_COMP_ACK_DETECT, 0x7B) | > + FIELD_PREP(USXGMII_LINK_TIMER_AN_RESTART, 0x7B); > + xfi_mode = FIELD_PREP(USXGMII_XFI_RX_MODE, USXGMII_XFI_MODE_10G) | > + FIELD_PREP(USXGMII_XFI_TX_MODE, USXGMII_XFI_MODE_10G); > + } else if (interface == PHY_INTERFACE_MODE_10GBASER) { > + an_ctrl = FIELD_PREP(USXGMII_AN_SYNC_CNT, 0x1FF); > + link_timer = FIELD_PREP(USXGMII_LINK_TIMER_IDLE_DETECT, 0x7B) | > + FIELD_PREP(USXGMII_LINK_TIMER_COMP_ACK_DETECT, 0x7B) | > + FIELD_PREP(USXGMII_LINK_TIMER_AN_RESTART, 0x7B); > + xfi_mode = FIELD_PREP(USXGMII_XFI_RX_MODE, USXGMII_XFI_MODE_10G) | > + FIELD_PREP(USXGMII_XFI_TX_MODE, USXGMII_XFI_MODE_10G); > + adapt_mode = USXGMII_RATE_UPDATE_MODE; > + } else if (interface == PHY_INTERFACE_MODE_5GBASER) { > + an_ctrl = FIELD_PREP(USXGMII_AN_SYNC_CNT, 0xFF); > + link_timer = FIELD_PREP(USXGMII_LINK_TIMER_IDLE_DETECT, 0x3D) | > + FIELD_PREP(USXGMII_LINK_TIMER_COMP_ACK_DETECT, 0x3D) | > + FIELD_PREP(USXGMII_LINK_TIMER_AN_RESTART, 0x3D); > + xfi_mode = FIELD_PREP(USXGMII_XFI_RX_MODE, USXGMII_XFI_MODE_5G) | > + FIELD_PREP(USXGMII_XFI_TX_MODE, USXGMII_XFI_MODE_5G); > + adapt_mode = USXGMII_RATE_UPDATE_MODE; > + } else { > + return -EINVAL; > + } > + > + adapt_mode |= FIELD_PREP(USXGMII_RATE_ADAPT_MODE, USXGMII_RATE_ADAPT_MODE_X1); > + > + if (mpcs->interface != interface) { > + mpcs->interface = interface; > + mode_changed = true; > + } > + > + mtk_usxgmii_reset(mpcs); > + > + /* Setup USXGMII AN ctrl */ > + mtk_m32(mpcs, RG_PCS_AN_CTRL0, > + USXGMII_AN_SYNC_CNT | USXGMII_AN_ENABLE, > + an_ctrl); > + > + mtk_m32(mpcs, RG_PCS_AN_CTRL2, > + USXGMII_LINK_TIMER_IDLE_DETECT | > + USXGMII_LINK_TIMER_COMP_ACK_DETECT | > + USXGMII_LINK_TIMER_AN_RESTART, > + link_timer); > + > + mpcs->neg_mode = neg_mode; > + > + /* Gated MAC CK */ > + mtk_m32(mpcs, RG_PHY_TOP_SPEED_CTRL1, > + USXGMII_MAC_CK_GATED, USXGMII_MAC_CK_GATED); > + > + /* Enable interface force mode */ > + mtk_m32(mpcs, RG_PHY_TOP_SPEED_CTRL1, > + USXGMII_IF_FORCE_EN, USXGMII_IF_FORCE_EN); > + > + /* Setup USXGMII adapt mode */ > + mtk_m32(mpcs, RG_PHY_TOP_SPEED_CTRL1, > + USXGMII_RATE_UPDATE_MODE | USXGMII_RATE_ADAPT_MODE, > + adapt_mode); > + > + /* Setup USXGMII speed */ > + mtk_m32(mpcs, RG_PHY_TOP_SPEED_CTRL1, > + USXGMII_XFI_RX_MODE | USXGMII_XFI_TX_MODE, > + xfi_mode); > + > + usleep_range(1, 10); > + > + /* Un-gated MAC CK */ > + mtk_m32(mpcs, RG_PHY_TOP_SPEED_CTRL1, USXGMII_MAC_CK_GATED, 0); > + > + usleep_range(1, 10); > + > + /* Disable interface force mode for the AN mode */ > + if (an_ctrl & USXGMII_AN_ENABLE) > + mtk_m32(mpcs, RG_PHY_TOP_SPEED_CTRL1, USXGMII_IF_FORCE_EN, 0); > + > + return mode_changed; > +} > + [...] > +static void mtk_usxgmii_pcs_get_state(struct phylink_pcs *pcs, > + struct phylink_link_state *state) > +{ > + struct mtk_usxgmii_pcs *mpcs = pcs_to_mtk_usxgmii_pcs(pcs); > + > + /* Refresh USXGMII link status by toggling RG_PCS_AN_STATUS_UPDATE */ > + mtk_m32(mpcs, RG_PCS_RX_STATUS0, RG_PCS_RX_STATUS_UPDATE, > + RG_PCS_RX_STATUS_UPDATE); > + ndelay(1020); > + mtk_m32(mpcs, RG_PCS_RX_STATUS0, RG_PCS_RX_STATUS_UPDATE, 0); > + ndelay(1020); > + > + /* Read USXGMII link status */ > + state->link = FIELD_GET(RG_PCS_RX_LINK_STATUS, > + mtk_r32(mpcs, RG_PCS_RX_STATUS0)); > + > + /* Continuously repeat re-configuration sequence until link comes up */ > + if (!state->link) { > + mtk_usxgmii_pcs_config(pcs, mpcs->neg_mode, > + state->interface, NULL, false); > + return; .pcs_get_state() isn't called only for link state polling,but also when querying the link state from ethtool, from phylink_ethtool_ksettings_get(). As mtk_usxgmii_pcs_config triggers a pcs reset and reconfiguration, won't this disrupt the link ? Thanks, Maxime _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel