Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp2556099rwb; Mon, 3 Oct 2022 02:30:08 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4fKpVQaaK8Z86EqJ3GCGScJbRkw+mHwj7QsCS2hvRHkU2yMePddijXW+HgwoprOJmAOdzB X-Received: by 2002:a17:907:a052:b0:780:c4e4:1715 with SMTP id gz18-20020a170907a05200b00780c4e41715mr14596900ejc.55.1664789408146; Mon, 03 Oct 2022 02:30:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664789408; cv=none; d=google.com; s=arc-20160816; b=Ue/D7jmAbhan6+oe6qxSyz3ArwpFrjoUOjsosaSzEGoB/yRPYQECl4LUb3YGF60E51 JiwzV2zR4dFQgcJKS6jPYJyq8LFYdME8MzCRjeOS9lWzO/lmjCT/IMIruyOfeczaVdbm Y/cZ9rXhV0+GiaVW6xvRAoewK6tHIzyxPqKjHuS0fF/evqyid0khQM34LbPo2oCzcqFj Sj9HIDgkdb6xGNVjza7E92+W5GhCMNe+cYzxZJUJbzhkV7iXnn8XeHaQzTf56IEB2/dF 64Tul63ignY+DCuyZrlAHBhDmei7mw+fJ0xMGluwLtOz/hrA2pyiXChiE1Rbf2Izqc5D Reig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=iRLI9vDvUaImeJMymKrpzSpEy/kM5ORK5lOgWtQatEA=; b=dMfW5W5sEWp+n+UvBVgVZYMk5cAj8XkPFqAke3ToWHu8+5R7E/1e6MrX3Rl7Q1opnI e1bKptmAck9Nvdx7gfQct7Iqyae0Ga1WcmRdCAoAsOc9DEEuXDlY02HJUzgkzr8j/uWD ivtRKSUSm2ET+cbeSASiJeiEjWFEfzOtlvudVD+fMv24cf8/q2L/x/H0YHFyv1pBLWmd 0YRemSD/ppdEfyN5sXsnCdmS2PGOPyH6a+5hRNFSgHNqvpQEf2h/heXDvFNJZGwqPtVf IYj3KOAQYAGT6yF2J+W5hrFXASboNMy6urhyRozI5dI7t2x0fiIqA+VvOSbzbBpBhJa0 zZkg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="C/+BBxVY"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i19-20020aa7dd13000000b00458ac23f0b8si5059330edv.399.2022.10.03.02.29.42; Mon, 03 Oct 2022 02:30:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="C/+BBxVY"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232349AbiJCHqh (ORCPT + 99 others); Mon, 3 Oct 2022 03:46:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40626 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231994AbiJCHok (ORCPT ); Mon, 3 Oct 2022 03:44:40 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5F8F24AD53; Mon, 3 Oct 2022 00:25:48 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 45CEBB80E70; Mon, 3 Oct 2022 07:16:33 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A606DC433C1; Mon, 3 Oct 2022 07:16:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1664781392; bh=9GHz39Vw2ZDGh+vvOpOkYfaybB4vERsm7/BJqAdzA8I=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=C/+BBxVYcP8WGajMR/lBq7b/j1IVLS1dxVVRN0mnhrSLaO3HxLCrtQsujEzvQMGui Gkhny88YAq3mywsfrkORDT2Zx5MbkQsoBdDopDj7sHNbYbwX0c/SmpJQxlvJUT+X1w gYUZtxVoPcKEIf/CMysdnPCQMPj+HIGnGNvXjS3A= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Marek Szyprowski , Lukas Wunner , Florian Fainelli , Xiaolei Wang , Paolo Abeni , Sasha Levin Subject: [PATCH 5.19 082/101] net: phy: Dont WARN for PHY_UP state in mdio_bus_phy_resume() Date: Mon, 3 Oct 2022 09:11:18 +0200 Message-Id: <20221003070726.492865819@linuxfoundation.org> X-Mailer: git-send-email 2.37.3 In-Reply-To: <20221003070724.490989164@linuxfoundation.org> References: <20221003070724.490989164@linuxfoundation.org> User-Agent: quilt/0.67 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Lukas Wunner [ Upstream commit ea64cdfad124922c931633e39287c5a31a9b14a1 ] Commit 744d23c71af3 ("net: phy: Warn about incorrect mdio_bus_phy_resume() state") introduced a WARN() on resume from system sleep if a PHY is not in PHY_HALTED state. Commit 6dbe852c379f ("net: phy: Don't WARN for PHY_READY state in mdio_bus_phy_resume()") added an exemption for PHY_READY state from the WARN(). It turns out PHY_UP state needs to be exempted as well because the following may happen on suspend: mdio_bus_phy_suspend() phy_stop_machine() phydev->state = PHY_UP # if (phydev->state >= PHY_UP) Fixes: 744d23c71af3 ("net: phy: Warn about incorrect mdio_bus_phy_resume() state") Reported-by: Marek Szyprowski Tested-by: Marek Szyprowski Link: https://lore.kernel.org/netdev/2b1a1588-505e-dff3-301d-bfc1fb14d685@samsung.com/ Signed-off-by: Lukas Wunner Acked-by: Florian Fainelli Cc: Xiaolei Wang Link: https://lore.kernel.org/r/8128fdb51eeebc9efbf3776a4097363a1317aaf1.1663905575.git.lukas@wunner.de Signed-off-by: Paolo Abeni Signed-off-by: Sasha Levin --- drivers/net/phy/phy_device.c | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/drivers/net/phy/phy_device.c b/drivers/net/phy/phy_device.c index f90a21781d8d..adc9d97cbb88 100644 --- a/drivers/net/phy/phy_device.c +++ b/drivers/net/phy/phy_device.c @@ -316,11 +316,13 @@ static __maybe_unused int mdio_bus_phy_resume(struct device *dev) phydev->suspended_by_mdio_bus = 0; - /* If we manged to get here with the PHY state machine in a state neither - * PHY_HALTED nor PHY_READY this is an indication that something went wrong - * and we should most likely be using MAC managed PM and we are not. + /* If we managed to get here with the PHY state machine in a state + * neither PHY_HALTED, PHY_READY nor PHY_UP, this is an indication + * that something went wrong and we should most likely be using + * MAC managed PM, but we are not. */ - WARN_ON(phydev->state != PHY_HALTED && phydev->state != PHY_READY); + WARN_ON(phydev->state != PHY_HALTED && phydev->state != PHY_READY && + phydev->state != PHY_UP); ret = phy_init_hw(phydev); if (ret < 0) -- 2.35.1