Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp4996354pxb; Tue, 28 Sep 2021 08:28:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxofRw156GWJ3+H6I8IPGlCIoLVV07kiQDfsYM/e1lXoS5RbPUGSMtZDI46f3326ptBGRUN X-Received: by 2002:a50:9dc4:: with SMTP id l4mr8186315edk.208.1632842937877; Tue, 28 Sep 2021 08:28:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632842937; cv=none; d=google.com; s=arc-20160816; b=jjqPI/hEHjLeZjCl0b1SggfRRL9UFOnWoEntCfyYesuUHn5h9Ek0w2oKNciSjN9P2B 2YtZORifTs4Elp3tLRUv0lyWuxleeogz2gsHlm4NxD9wuYsHtRQ2sXx2z6dXJOJYFfNE +mzGmZ5Ho4rEzU60mtQsiqdL3J5w7xt9IWCXS0mv6PMHubhLNLBihL2t3/if7TgK7Yh6 cf39HAxzp0TOFF0M8VGJrWoCk84TSNKwqU91hp+pS2M+CLm3OiIs4N5a1gtpPufA6ZRE uxHgtkmROztdjuU3Yc9hLs9a9zoS2GWM3jYUz9zE1wT/Eje02xTSZ/PJ3Aro3IwUG7Se /pQQ== 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:dkim-signature; bh=Jm1S0uhg0JneRq7/45+JGruC/MxWeyoip6qNo5vwF0Q=; b=aJO3MzdZtQfdvB5kPvMrjACe+JUZuU4Z3lY8ISuyNnsVzsMcNbiVfFKqwCNQutFxK4 TuqU9gJI+Dfp0w7SD8gVm9E0hJtzZOCFgWYvrTBBXj7ST1Decq/gyNrms+o9sCM5bAlC 5ciOOFHfE4tEYgF/yMOISU77Rp+Pj8jPxaj1xrDmXp5TdnK0bFAgyWgH61bNB/bzndn6 SkBy5WNotFCqmSo+75mpGUA6pfYyfPWReRWI02yLznHKcV2TXJ/15kwEryhhmeBotWt5 kU8kh5c55g0IOr2nQXlsSUYCsDLhcjJgAnGw3E1/Ngn5zPfG25cUpXrVq9zpnVYAWEC+ 7XPw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=Jqb95eFA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w10si3367532edq.9.2021.09.28.08.28.34; Tue, 28 Sep 2021 08:28:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=Jqb95eFA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241627AbhI1P21 (ORCPT + 99 others); Tue, 28 Sep 2021 11:28:27 -0400 Received: from vps0.lunn.ch ([185.16.172.187]:36256 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241568AbhI1P20 (ORCPT ); Tue, 28 Sep 2021 11:28:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=Jm1S0uhg0JneRq7/45+JGruC/MxWeyoip6qNo5vwF0Q=; b=Jqb95eFAVIwPUyHL3+xKIs/O/T rPHoZU391BvYjoE0bZGt+tjpBeXVEePVU8cNFDyMCchckmN/gyQ/BZv8lCHxBaYIYe4d4UCN2a17k CDTuaNoYSiKPRxezJqb6Ofqkz5AW8ZNGFOVgGVI5SxNLj0zzn5FZdFxUQeVyRscIqsJo=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1mVF05-008ccv-Vn; Tue, 28 Sep 2021 17:26:33 +0200 Date: Tue, 28 Sep 2021 17:26:33 +0200 From: Andrew Lunn To: Cai Huoqing Cc: horatiu.vultur@microchip.com, hkallweit1@gmail.com, linux@armlinux.org.uk, davem@davemloft.net, kuba@kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] net: mdio-ipq4019: Fix the error for an optional regs resource Message-ID: References: <20210928134849.2092-1-caihuoqing@baidu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210928134849.2092-1-caihuoqing@baidu.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 28, 2021 at 09:48:49PM +0800, Cai Huoqing wrote: > The second resource is optional which is only provided on the chipset > IPQ5018. But the blamed commit ignores that and if the resource is > not there it just fails. > > the resource is used like this, > if (priv->eth_ldo_rdy) { > val = readl(priv->eth_ldo_rdy); > val |= BIT(0); > writel(val, priv->eth_ldo_rdy); > fsleep(IPQ_PHY_SET_DELAY_US); > } > > This patch reverts that to still allow the second resource to be optional > because other SoC have the some MDIO controller and doesn't need to > second resource. > > Fixes: fa14d03e014a ("net: mdio-ipq4019: Make use of devm_platform_ioremap_resource()") > Signed-off-by: Cai Huoqing Reviewed-by: Andrew Lunn Andrew