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=-14.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham 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 F29CCC433E9 for ; Tue, 9 Feb 2021 10:16:59 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 909E264ECB for ; Tue, 9 Feb 2021 10:16:59 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 909E264ECB Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=baikalelectronics.ru Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject: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=JHsO/qZj5nkhNs4JMXV5h5hEBAMBSXVlhsEQpXjUQvg=; b=IT9flFw0nOBpSeyZSnWrezMYX /OhderovpRfniiRyXETmv9GM9VXoo9CCmDn2ORNlqfOCVlwoBaDH9sau6Eaqv3YyxCV5GbV926TgU S+NVUpyM1iGLJ8zdJ6tmSv3jrz5XEvh8e5T0gDiMjFA0ZtGKYWaNNuu2+a0lkY8tvn2e4dHcVu45g rgIccxQhDIurs00G3nNzZGJpTGwP2LW7e9oaPsFYrAL/73z34Kc+8j9K4ewVfbWe/uXfqDSIW3JpE 0onb04P5nwqXKvfVyH6zRLFKkAa/gQiAdV7twRKSd0xa1+USDLVEzwdjtsThD/9cmuKsem8y859iM ezQ9Yarkg==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1l9Q3W-0005Jr-4O; Tue, 09 Feb 2021 10:15:38 +0000 Received: from mail.baikalelectronics.com ([87.245.175.226] helo=mail.baikalelectronics.ru) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1l9Q3T-0005IM-8y for linux-arm-kernel@lists.infradead.org; Tue, 09 Feb 2021 10:15:36 +0000 Date: Tue, 9 Feb 2021 13:15:28 +0300 From: Serge Semin To: Heiner Kallweit Subject: Re: [PATCH 01/20] net: phy: realtek: Fix events detection failure in LPI mode Message-ID: <20210209101528.3lf47ouaedfgq74n@mobilestation> References: <20210208140341.9271-1-Sergey.Semin@baikalelectronics.ru> <20210208140341.9271-2-Sergey.Semin@baikalelectronics.ru> <8300d9ca-b877-860f-a975-731d6d3a93a5@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <8300d9ca-b877-860f-a975-731d6d3a93a5@gmail.com> X-ClientProxiedBy: MAIL.baikal.int (192.168.51.25) To mail (192.168.51.25) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210209_051535_633175_B9D5D9FE X-CRM114-Status: GOOD ( 28.67 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Jose Abreu , Andrew Lunn , Joao Pinto , linux-kernel@vger.kernel.org, Alexandre Torgue , netdev@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, Russell King , Serge Semin , Alexey Malahov , Jose Abreu , Pavel Parkhomenko , Maxime Coquelin , Jakub Kicinski , Giuseppe Cavallaro , Vyacheslav Mitrofanov , "David S. Miller" , linux-arm-kernel@lists.infradead.org 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 On Mon, Feb 08, 2021 at 09:14:02PM +0100, Heiner Kallweit wrote: > On 08.02.2021 15:03, Serge Semin wrote: > > It has been noticed that RTL8211E PHY stops detecting and reporting events > > when EEE is successfully advertised and RXC stopping in LPI is enabled. > > The freeze happens right after 3.0.10 bit (PC1R "Clock Stop Enable" > > register) is set. At the same time LED2 stops blinking as if EEE mode has > > been disabled. Notably the network traffic still flows through the PHY > > with no obvious problem. Anyway if any MDIO read procedure is performed > > after the "RXC stop in LPI" mode is enabled PHY gets to be unfrozen, LED2 > > starts blinking and PHY interrupts happens again. The problem has been > > noticed on RTL8211E PHY working together with DW GMAC 3.73a MAC and > > reporting its event via a dedicated IRQ signal. (Obviously the problem has > > been unnoticed in the polling mode, since it gets naturally fixed by the > > periodic MDIO read procedure from the PHY status register - BMSR.) > > > > In order to fix that problem we suggest to locally re-implement the MMD > > write method for RTL8211E PHY and perform a dummy read right after the > > PC1R register is accessed to enable the RXC stopping in LPI mode. > > > > Signed-off-by: Serge Semin > > --- > > drivers/net/phy/realtek.c | 37 +++++++++++++++++++++++++++++++++++++ > > 1 file changed, 37 insertions(+) > > > > diff --git a/drivers/net/phy/realtek.c b/drivers/net/phy/realtek.c > > index 99ecd6c4c15a..cbb86c257aae 100644 > > --- a/drivers/net/phy/realtek.c > > +++ b/drivers/net/phy/realtek.c > > @@ -559,6 +559,42 @@ static int rtl822x_write_mmd(struct phy_device *phydev, int devnum, u16 regnum, > > return ret; > > } > > > > +static int rtl8211e_write_mmd(struct phy_device *phydev, int devnum, u16 regnum, > > + u16 val) > > +{ > > + int ret; > > + > > + /* Write to the MMD registers by using the standard control/data pair. > > + * The only difference is that we need to perform a dummy read after > > + * the PC1R.CLKSTOP_EN bit is set. It's required to workaround an issue > > + * of a partial core freeze so LED2 stops blinking in EEE mode, PHY > > + * stops detecting the link change and raising IRQs until any read from > > + * its registers performed. That happens only if and right after the PHY > > + * is enabled to stop RXC in LPI mode. > > + */ > > + ret = __phy_write(phydev, MII_MMD_CTRL, devnum); > > + if (ret) > > + return ret; > > + > > + ret = __phy_write(phydev, MII_MMD_DATA, regnum); > > + if (ret) > > + return ret; > > + > > + ret = __phy_write(phydev, MII_MMD_CTRL, devnum | MII_MMD_CTRL_NOINCR); > > + if (ret) > > + return ret; > > + > > Nice analysis. Alternatively to duplicating this code piece we could > export mmd_phy_indirect(). But up to you. I also considered creating a generic method to access the MMD registers of a generic PHY, something like phy_read()/phy_write(), but for MMD (alas just exporting mmd_phy_indirect() would not be enough). But as I see it such methods need to be created only after we get to have at least several places with duplicating direct MMD-read/write patterns. Doing that just for a single place seems redundant. Anyway it's up to maintainers to decide whether they want to see a generic part of the phy_read_mmd()/phy_write_mmd() methods being detached and exported as something like genphy_{read,write}_mmd() methods. I can do that in v2 if you ask me to. -Sergey > > > + ret = __phy_write(phydev, MII_MMD_DATA, val); > > + if (ret) > > + return ret; > > + > > + if (devnum == MDIO_MMD_PCS && regnum == MDIO_CTRL1 && > > + val & MDIO_PCS_CTRL1_CLKSTOP_EN) > > + ret = __phy_read(phydev, MII_MMD_DATA); > > + > > + return ret < 0 ? ret : 0; > > +} > > + > > static int rtl822x_get_features(struct phy_device *phydev) > > { > > int val; > > @@ -725,6 +761,7 @@ static struct phy_driver realtek_drvs[] = { > > .resume = genphy_resume, > > .read_page = rtl821x_read_page, > > .write_page = rtl821x_write_page, > > + .write_mmd = rtl8211e_write_mmd, > > }, { > > PHY_ID_MATCH_EXACT(0x001cc916), > > .name = "RTL8211F Gigabit Ethernet", > > > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel