Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1237062ybl; Fri, 30 Aug 2019 14:18:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqz4yx9XACP6TJ3HxVs4ZFj0QWye1IkDCVMbvPH1Nv0gT44G3qiD/q9QhghP2N/dykCOrmMm X-Received: by 2002:a63:3006:: with SMTP id w6mr14694528pgw.440.1567199917665; Fri, 30 Aug 2019 14:18:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567199917; cv=none; d=google.com; s=arc-20160816; b=khkKPms29BVjSJG1EejkKd3A6ZrtttKFAF8mBPHly14Z90MXOqkDyWrH0fDAAPRw0V w9w1yjbAzMGA8a9I8Q1jEA4naXMBfUF170c1suvUQyzJetFCMOT6LtnRygojQl9I8rAn wLT/hn0SZ7TVPLPIFks2ZKoXV356t0O6g0o11E/oV8CCYJQ/kaNj8C1GYTyKd2cySPXz ys4Mpyoj7YL0viX9mECMtxiPa6Hx6PtdRk4UP1Fe6JfS4mKmkWbVVUE/yYdyRV+qIbuo /muUUbMgq4B/Y+OllbaAd4g1srD9GExdXhsyAfLXiIYqLrnlj1PTz1Oue1Nx4maL8l2+ j0cA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=p0vvMM4VI+PKLkdb2pqgmFhbRxjO9gU7zjJNKfVDjq0=; b=A6mkMEz+a1hReXLcgcJnj8A79oJr9wj5O88HLogcp/bW7xBCWv317q6f4ESzOfr8Dz zAmvC4Yhf3HIXi037lTsju3WjHyvZIXtft05bdWl9AmMhLSHmS5ifE/RvULXGv/30/kP j/6ixkdmRq1+Pf9VzljvA7wiLhhYDQEhHt3NsPdKrgjnXQzoiXYSUlvD3a2XUGW+Nkap HKpIZbVSCJRh2EAA2ELk17O3DznuArD3kH+VK548dIJuedAMRfOVmhJEbGyayVhY4Vsz Dq1zoqpUbtdI5Mb/qn3nAVcE6u59PYbNc1QhQJO+z1KN/kURYXY/k4xZ4tvFGjSS/BJJ UrHQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r4si7247823pfg.26.2019.08.30.14.18.22; Fri, 30 Aug 2019 14:18:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728237AbfH3VRa (ORCPT + 99 others); Fri, 30 Aug 2019 17:17:30 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:42088 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728122AbfH3VR3 (ORCPT ); Fri, 30 Aug 2019 17:17:29 -0400 Received: from localhost (unknown [IPv6:2601:601:9f80:35cd::d71]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id E0D70154FE29B; Fri, 30 Aug 2019 14:17:28 -0700 (PDT) Date: Fri, 30 Aug 2019 14:17:28 -0700 (PDT) Message-Id: <20190830.141728.336807562506579224.davem@davemloft.net> To: wens@kernel.org Cc: peppe.cavallaro@st.com, alexandre.torgue@st.com, joabreu@synopsys.com, heiko@sntech.de, wens@csie.org, linux-rockchip@lists.infradead.org, linux-arm-kernel@lists.infradead.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH netdev] net: stmmac: dwmac-rk: Don't fail if phy regulator is absent From: David Miller In-Reply-To: <20190829031724.20865-1-wens@kernel.org> References: <20190829031724.20865-1-wens@kernel.org> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 30 Aug 2019 14:17:29 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Chen-Yu Tsai Date: Thu, 29 Aug 2019 11:17:24 +0800 > From: Chen-Yu Tsai > > The devicetree binding lists the phy phy as optional. As such, the > driver should not bail out if it can't find a regulator. Instead it > should just skip the remaining regulator related code and continue > on normally. > > Skip the remainder of phy_power_on() if a regulator supply isn't > available. This also gets rid of the bogus return code. > > Fixes: 2e12f536635f ("net: stmmac: dwmac-rk: Use standard devicetree property for phy regulator") > Signed-off-by: Chen-Yu Tsai Applied and queued up for -stable. > On a separate note, maybe we should add this file to the Rockchip > entry in MAINTAINERS? Yes, probably. Thanks.