Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp976574rwl; Wed, 5 Apr 2023 10:05:55 -0700 (PDT) X-Google-Smtp-Source: AKy350Y51p6i6c1Epp+oRhpSCF3bqh3oc0hayzNto+TyVLvKwWdPTmIBYcHEuLV1NVxKEzizEnTe X-Received: by 2002:a05:6a20:c413:b0:d6:d880:dcd8 with SMTP id en19-20020a056a20c41300b000d6d880dcd8mr6188460pzb.52.1680714354990; Wed, 05 Apr 2023 10:05:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680714354; cv=none; d=google.com; s=arc-20160816; b=ni925NktMMHWheXZD5a0hBdbq0VkRdSO0oy6PwjUgOWN0AsxlwdZRkAOZzoqBnTXbK iICUgRJBOvro1MqD1Ja1pLdbDwEAppqe1tBtjYfFLTrbLPb/SAmuZcGf5hWua+ofdzhg 5r+iCstIAWL7T3i/6zI1gnkU8tQERsUiV637fC6v0I0X88lbOPh+lsCTTla28J4yeNkw hqwBh3/93za8PFfsWkhg3PqGbPlt7bVezESUCAzY0XANq27Kr545Dr4VzrYWl9mQDVfm yi247T69Ff6cSrR/kzYI+iJIx2tQRnAhAQwzRRy16MPcBumJcLIfXHJGaq7HbkNQLb2s PGZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:sender:dkim-signature; bh=wJdooDkKozVkmq/jE5ZIJWHR45XBypuBSfKalkLMI0w=; b=Vhb977Ps+ht9RCH8qyHgL3qhwU70CJMn9swQ03gmxiAhR+nPihNTafg6R/bW9g3Drl aqnavCBcDGBYyQnFku8bpT9VVSUj9P6Q3vK8JH2INj07xz8XN29DmhdTul/EwGnUpfkw nDkBIivBdNBlwETzikIhlldYNYvsLNqERVw66GQbepcyZ82ozfk+k6MvZwtYZcGuo/GT 1wpF0jMP7vNXKdmYbPS96zBOtlYhRqG1Jepb8ufelTpz0xtaQzSd7PZdpYbRkyWNHYcC 8NUvZxnz51dxwE4HDWtICfwsM96kAj0t6F9wMk+ErXzU8sJ0MzY1pJtLiZbrjQKAcdCX yEuw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=lhndkTBq; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a21-20020a63e855000000b00513af1fa0b5si12700099pgk.797.2023.04.05.10.05.34; Wed, 05 Apr 2023 10:05:54 -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=@gmail.com header.s=20210112 header.b=lhndkTBq; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233968AbjDERDq (ORCPT + 99 others); Wed, 5 Apr 2023 13:03:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43290 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233751AbjDERDa (ORCPT ); Wed, 5 Apr 2023 13:03:30 -0400 Received: from mail-oa1-x33.google.com (mail-oa1-x33.google.com [IPv6:2001:4860:4864:20::33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AE4146A41; Wed, 5 Apr 2023 10:02:20 -0700 (PDT) Received: by mail-oa1-x33.google.com with SMTP id 586e51a60fabf-17786581fe1so39204302fac.10; Wed, 05 Apr 2023 10:02:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680714139; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=wJdooDkKozVkmq/jE5ZIJWHR45XBypuBSfKalkLMI0w=; b=lhndkTBq464U/Xt0gXIA3bzt6cy6hrEA9CqJAkmYdK2UONW6KBlkuDpUphZApxzZ9o yH+WHRlywqpAaRY1ZtroZg+JfQkLAfyKahIkrCYlwB8BXLszNLKTUN0LxaTxuFJpxv/J S2qbhbPM09ZG6KYFJPTlz29MDb3EjQCWPS/ogkmwnK4Ok3hQVrUk8DaF1hLSvfHFz2MM IN/5d8GU44EBeqpNMLWKF4dmwjDfDmJYym1vvYwa+NWi0bSwStQADBYpJ2H27HZ2SAUm +VswydxOZfluEWZLiH8oDcX3aCdtzHI8rUg8jISF3gXISZ067fWckPPrRZxI4ec1rMwD FOHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680714139; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=wJdooDkKozVkmq/jE5ZIJWHR45XBypuBSfKalkLMI0w=; b=uhrshRQ1Cs7Ukpkh2G+Lu1ccU0gLGHT40clpt2j31M+b0xYREAXWkIK4pDPWZ8mVHw 5Q0AK4OJSyh7sIngKMKP4OvlsFDck+eSwEVy2K3+6vX2v36DFYEKvbUiwuhyDGdKWE0I Dja+M9r2pTEZnyDB/DsWuABCgj3ZtzVPGgi4xAfZz5DALZ/knxvhFqi0HfQBg89BGW0+ d+JwjdW188Ei6Msn6jhJ19yrjdlFOOl2AISKu78LsTG1U4UIBEotm+hICqBuEUpc0U8y TU8WWFRezPSqhZOtqPZGYlTqfWNzpKzCKRpjJPjhMjiaUfuxvSMuMdhZ/iArD4xmTabk 6tfQ== X-Gm-Message-State: AAQBX9ewaMjkHgqN0u1qOye8uJUossttIvCXeR/ilUTBw6RE6Otfu+B4 M12R59k2dHynCo9NIuwk6Rg= X-Received: by 2002:a05:6870:6025:b0:17a:cb34:758a with SMTP id t37-20020a056870602500b0017acb34758amr4109941oaa.34.1680714139060; Wed, 05 Apr 2023 10:02:19 -0700 (PDT) Received: from server.roeck-us.net ([2600:1700:e321:62f0:329c:23ff:fee3:9d7c]) by smtp.gmail.com with ESMTPSA id s15-20020a0568301e0f00b006a1508d348dsm7177806otr.22.2023.04.05.10.02.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 05 Apr 2023 10:02:18 -0700 (PDT) Sender: Guenter Roeck Date: Wed, 5 Apr 2023 10:02:16 -0700 From: Guenter Roeck To: Michael Sit Wei Hong Cc: 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, Looi Hong Aun , Voon Weifeng , Lai Peter Jun Ann Subject: Re: [PATCH net v3 2/3] net: stmmac: check if MAC needs to attach to a PHY Message-ID: <5bb39f85-7ef0-4cbb-a06b-0d6431ab09b7@roeck-us.net> References: <20230324081656.2969663-1-michael.wei.hong.sit@intel.com> <20230324081656.2969663-3-michael.wei.hong.sit@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230324081656.2969663-3-michael.wei.hong.sit@intel.com> X-Spam-Status: No, score=0.7 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=no 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 Hi, On Fri, Mar 24, 2023 at 04:16:55PM +0800, Michael Sit Wei Hong wrote: > After the introduction of the fixed-link support, the MAC driver > no longer attempt to scan for a PHY to attach to. This causes the > non fixed-link setups to stop working. > > Using the phylink_expects_phy() to check and determine if the MAC > should expect and attach a PHY. > > Fixes: ab21cf920928 ("net: stmmac: make mdio register skips PHY scanning for fixed-link") > Signed-off-by: Michael Sit Wei Hong > Signed-off-by: Lai Peter Jun Ann With this patch in linux-next, the orangepi-pc qemu emulation fails to bring up the Ethernet interface. The following error is seen. [ 12.482401] dwmac-sun8i 1c30000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 12.487789] dwmac-sun8i 1c30000.ethernet eth0: PHY [mdio_mux-0.1:01] driver [Generic PHY] (irq=POLL) [ 12.488177] dwmac-sun8i 1c30000.ethernet eth0: no phy found [ 12.488295] dwmac-sun8i 1c30000.ethernet eth0: __stmmac_open: Cannot attach to PHY (error: -19) Reverting this patch fixes the problem. > --- > drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > index 8f543c3ab5c5..41f0f3b74933 100644 > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > @@ -1135,6 +1135,7 @@ static int stmmac_init_phy(struct net_device *dev) > { > struct stmmac_priv *priv = netdev_priv(dev); > struct fwnode_handle *fwnode; > + bool phy_needed; > int ret; > > fwnode = of_fwnode_handle(priv->plat->phylink_node); > @@ -1144,10 +1145,11 @@ static int stmmac_init_phy(struct net_device *dev) > if (fwnode) > ret = phylink_fwnode_phy_connect(priv->phylink, fwnode, 0); > > + 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 || ret) { > + if (!fwnode || phy_needed || ret) { I don't really understand this condition. It starts taking this path even if ret == 0 and fwnode != NULL if phy_needed is set. That means this path is now taken even if phylink_fwnode_phy_connect() returned no error. That seems odd. Guenter > int addr = priv->plat->phy_addr; > struct phy_device *phydev; > > -- > 2.34.1 >