Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp424924rwl; Wed, 5 Apr 2023 02:44:24 -0700 (PDT) X-Google-Smtp-Source: AKy350bX/tmvT5DmrpwMcKMstZVPKzErDLhcl7a0Op3kdB5EjeFkCiwFPjlFNOo0uB/RV/S0FK/8 X-Received: by 2002:a17:906:c18e:b0:93e:9362:75fe with SMTP id g14-20020a170906c18e00b0093e936275femr2682902ejz.76.1680687864248; Wed, 05 Apr 2023 02:44:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680687864; cv=none; d=google.com; s=arc-20160816; b=SSU5bBJEz901k5MBNyaG/dN/qadAJD0+SMM6qifLPQx7AbKpx3rhat+jdJMMXjc5h7 jj0OAgpPW0LWdDqa0OcO1TlQSUvnE2n7wPQwHVGTgXyPawg1wyqkY8fQzCuk4WT51jqH W/khm86WAGyTRdhUULjUvX5zLZ4+gXZmo6tunRBsDCMJOwCGjZDGhv9Ct9FwX8DSdqXJ IbQOMDqbQ//wbzGtHHHB6BhDZKTGEuNtMNBTjV39msLzkr692Yt6TVBNnP4OBPhfpkMB 3FeMUX27JaQwXybP0ulEta6dlCvbelc2cS7Lh7gofFB9zMt2WZnLBFNwNk3GJPht3Cjh 1INQ== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=XHLhCyiltgWZ8aUsj3byAXQrHA0pmUsMKGzMe+3vqNA=; b=xHRI7YJcvzcrUrPLWRUgTwi73wZG3VytSP+FYRjnONbAS+EJZ73QTNRPGJC6FwnovC FMvrDirERxWSlxliPl6tYaHWxKkuIap6ZjmFYXb6eaKrhFeZe+sckRFaO5dFx0jYM8sw UqMGZpp69QKvuWtrqQTPrb5jQ+3Z2wNryRAQ0JBNk/nKyM0hBzNtDmRlcDhkUlrPcpPT kadsvA2N9BGO+xE9qi5ugK0Q0Dnjva/Gu4+KM3Ao8tMpJ0+Z37zBjB5JT71o6SDaqA9L KsLlWMtCveAJJy02t7ZFPty1LiGrEeeu2cbfTajD5NRf7gPohJSUW0Qso7ELmQlihh9R wa3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=CA7oKOay; 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=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id dv26-20020a170906b81a00b0092751a87af6si2862724ejb.311.2023.04.05.02.44.00; Wed, 05 Apr 2023 02:44:24 -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=@intel.com header.s=Intel header.b=CA7oKOay; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237343AbjDEJkr (ORCPT + 99 others); Wed, 5 Apr 2023 05:40:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48034 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237241AbjDEJkp (ORCPT ); Wed, 5 Apr 2023 05:40:45 -0400 Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 65F13E45; Wed, 5 Apr 2023 02:40:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1680687645; x=1712223645; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=j2wLczm2nFwPGcSlgIhpmPN4wo/22EWlYYEkPAuG1Rw=; b=CA7oKOayTqedHe+F6KHDRMyImZFcYd/xpcweZuzysu5AQbVr5O/iCw2n pmkpXsrjrVlApBzveT1MKlAV2Kihjy/6qXEZOeGDlvsfQGr5N2LqViJid DxDJaL01ah3Bqw5T1NXXjiXrioSfiErmrSiA/V7/BPhiA6kRsqg1bi8Xu ERs1Z1xAcNLT5PScNCVyNFB27XN/8MPC6ie+RXwQqb6FOyeHhPxI6Db49 x7p9fRIaamXHJfrJXGkv9BpP3oPzTHSjWByNMGG91sLGZAyJNY4SCl3u6 s/FzSKl+7LE0sW7bXE34LwCg4LurI2vtsJDazdIb8CYHXB70t8jwpeeLK A==; X-IronPort-AV: E=McAfee;i="6600,9927,10670"; a="326444996" X-IronPort-AV: E=Sophos;i="5.98,319,1673942400"; d="scan'208";a="326444996" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Apr 2023 02:40:44 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10670"; a="830300798" X-IronPort-AV: E=Sophos;i="5.98,319,1673942400"; d="scan'208";a="830300798" Received: from mike-ilbpg1.png.intel.com ([10.88.227.76]) by fmsmga001.fm.intel.com with ESMTP; 05 Apr 2023 02:40:37 -0700 From: Michael Sit Wei Hong To: Giuseppe Cavallaro , Alexandre Torgue , Jose Abreu , "David S . Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Maxime Coquelin , Ong Boon Leong , netdev@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux@armlinux.org.uk, hkallweit1@gmail.com, andrew@lunn.ch, Martin Blumenstingl , Shahab Vahedi , Marek Szyprowski Cc: Looi Hong Aun , Voon Weifeng , Lai Peter Jun Ann , Zulkifli Muhammad Husaini , Tan Tee Min , hock.leong.kweh@intel.com Subject: [PATCH net 1/1] net: stmmac: check fwnode for phy device before scanning for phy Date: Wed, 5 Apr 2023 17:39:45 +0800 Message-Id: <20230405093945.3549491-1-michael.wei.hong.sit@intel.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.8 required=5.0 tests=AC_FROM_MANY_DOTS, DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, SPF_HELO_NONE,SPF_NONE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: ** 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 Some DT devices already have phy device configured in the DT/ACPI. Current implementation scans for a phy unconditionally even though there is a phy listed in the DT/ACPI and already attached. We should check the fwnode if there is any phy device listed in fwnode and decide whether to scan for a phy to attach to.y Reported-by: Martin Blumenstingl Fixes: fe2cfbc96803 ("net: stmmac: check if MAC needs to attach to a PHY") Signed-off-by: Michael Sit Wei Hong --- drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 15 +++++++++++---- 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c index d41a5f92aee7..7ca9be7bec06 100644 --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c @@ -1134,22 +1134,26 @@ static void stmmac_check_pcs_mode(struct stmmac_priv *priv) static int stmmac_init_phy(struct net_device *dev) { struct stmmac_priv *priv = netdev_priv(dev); + struct fwnode_handle *phy_fwnode; struct fwnode_handle *fwnode; - bool phy_needed; int ret; + if (!phylink_expects_phy(priv->phylink)) + return 0; + fwnode = of_fwnode_handle(priv->plat->phylink_node); if (!fwnode) fwnode = dev_fwnode(priv->device); if (fwnode) - ret = phylink_fwnode_phy_connect(priv->phylink, fwnode, 0); + phy_fwnode = fwnode_get_phy_node(fwnode); + else + phy_fwnode = NULL; - phy_needed = phylink_expects_phy(priv->phylink); /* Some DT bindings do not set-up the PHY handle. Let's try to * manually parse it */ - if (!fwnode || phy_needed || ret) { + if (!phy_fwnode || IS_ERR(phy_fwnode)) { int addr = priv->plat->phy_addr; struct phy_device *phydev; @@ -1165,6 +1169,9 @@ static int stmmac_init_phy(struct net_device *dev) } ret = phylink_connect_phy(priv->phylink, phydev); + } else { + fwnode_handle_put(phy_fwnode); + ret = phylink_fwnode_phy_connect(priv->phylink, fwnode, 0); } if (!priv->plat->pmt) { -- 2.34.1