Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp838939pxb; Wed, 29 Sep 2021 10:42:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwosvEqce4QD1v0M7DCQoPSFAUalqYMv4aFJlbkJ1wBcGJVwcTnrNHq17OpJJ3tVuGLcphc X-Received: by 2002:a50:dac4:: with SMTP id s4mr1333856edj.374.1632937379008; Wed, 29 Sep 2021 10:42:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632937379; cv=none; d=google.com; s=arc-20160816; b=pJLw4UHGqfm5zyphYZnkgV4sxicsFPk/t/wlvmw7mn5cO39I37C2QaaUkZ41BkBl9d 0m+vXiazbftH7giKCAuMV7A1ouyn51xFAk1kFXXwlcakKpJreg3pkS7YDGUV8IumpByx Mv6rGL5Lf7bfMNOeHl17UgzGsN1ugy1xTD+ncKpBCMoldU95vz94EB6ysM9E+MM7wJp+ HUtW+Lr6I1qp8kTNLHSTJUTFSRP+zDO6LwpNOmR5Y3bTk2Ot7RPsERe2DWSU4XRfWtgr h3jh/hsf7GiPUEUxhBdNHE+pu+leFkqbdYcbriSuUYfoBsDj+M2vKNUJg1JMZMnfuQ4Z FA8A== 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 :references:in-reply-to:message-id:subject:cc:to:from:date; bh=EkdGH1ZVF+SCPonjbPsNWl5J7DempBJTNEEGW5QH2NA=; b=o9P554WXKwriDvT8kwi+3MwXjfULIVj3YQCCDFcU2nKs13GZWlNr0sPTEn7TamsfJP 3xiK6I5fRu/MDSRSRgvXgpmXgPCttibMA5tE29wK7F4c/u+59xgUVyQ5kwCpvm3Dy6cu 5Krw50MMJuM29vksLt3vfXmsPfFXQzOxJk8nL1FR6ohSp0PUcvBN5wqFetChAhGvvcSE g6R2fDhISrcru2k/ozmdy4vUDgBBA+4It74Vj+rkaUlyl/OCZtIwdVt3Hq9ss2ZjCuU1 WB+5bcqI9j8h5Ui8oDhx5442cVCS2TrBmpsLRL+79dDb6qf72UDCGazo2jZh66SYbMVe G6cg== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cc25si626011edb.495.2021.09.29.10.42.19; Wed, 29 Sep 2021 10:42:58 -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; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345723AbhI2QSP (ORCPT + 99 others); Wed, 29 Sep 2021 12:18:15 -0400 Received: from mail.kernel.org ([198.145.29.99]:60000 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233501AbhI2QSO (ORCPT ); Wed, 29 Sep 2021 12:18:14 -0400 Received: from jic23-huawei (cpc108967-cmbg20-2-0-cust86.5-4.cable.virginm.net [81.101.6.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5DDEB6159A; Wed, 29 Sep 2021 16:16:27 +0000 (UTC) Date: Wed, 29 Sep 2021 17:20:21 +0100 From: Jonathan Cameron To: Cai Huoqing Cc: Linus Walleij , Lars-Peter Clausen , Shawn Guo , Sascha Hauer , "Pengutronix Kernel Team" , Fabio Estevam , "NXP Linux Team" , Vladimir Zapolskiy , "Neil Armstrong" , Kevin Hilman , Jerome Brunet , Martin Blumenstingl , Andy Gross , "Bjorn Andersson" , Heiko Stuebner , , , , , , Subject: Re: [PATCH v3 1/9] iio: adc: ab8500-gpadc: Make use of the helper function dev_err_probe() Message-ID: <20210929172021.4b797990@jic23-huawei> In-Reply-To: <20210928141956.2148-1-caihuoqing@baidu.com> References: <20210928141956.2148-1-caihuoqing@baidu.com> X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 28 Sep 2021 22:19:47 +0800 Cai Huoqing wrote: > When possible use dev_err_probe help to properly deal with the > PROBE_DEFER error, the benefit is that DEFER issue will be logged > in the devices_deferred debugfs file. > Using dev_err_probe() can reduce code size, and the error value > gets printed. > > Reviewed-by: Linus Walleij > Signed-off-by: Cai Huoqing I believe we could in theory get an -EPROBE_DEFER from platform_get_irq_by_name() so we should handle that one similarly. I have no idea if can actually happen on this platform, but seems to me that we should be thorough given how easy it is to do here. Thanks, Jonathan > --- > v1->v2: Remove the separate line of PTR_ERR(). > > drivers/iio/adc/ab8500-gpadc.c | 8 +++----- > 1 file changed, 3 insertions(+), 5 deletions(-) > > diff --git a/drivers/iio/adc/ab8500-gpadc.c b/drivers/iio/adc/ab8500-gpadc.c > index 7b5212ba5501..c58d0e2ae538 100644 > --- a/drivers/iio/adc/ab8500-gpadc.c > +++ b/drivers/iio/adc/ab8500-gpadc.c > @@ -1146,11 +1146,9 @@ static int ab8500_gpadc_probe(struct platform_device *pdev) > > /* The VTVout LDO used to power the AB8500 GPADC */ > gpadc->vddadc = devm_regulator_get(dev, "vddadc"); > - if (IS_ERR(gpadc->vddadc)) { > - ret = PTR_ERR(gpadc->vddadc); > - dev_err(dev, "failed to get vddadc\n"); > - return ret; > - } > + if (IS_ERR(gpadc->vddadc)) > + return dev_err_probe(dev, PTR_ERR(gpadc->vddadc), > + "failed to get vddadc\n"); > > ret = regulator_enable(gpadc->vddadc); > if (ret) {