Received: by 2002:a05:6a10:6d25:0:0:0:0 with SMTP id gq37csp1161055pxb; Sun, 12 Sep 2021 09:40:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzk0Oac1tG3WUCRzyqw+g7fYfKbC1laaUvR6PTagB/C77vYCpWGgUlRRF8Sq4giEG/Um7mO X-Received: by 2002:a05:6638:40a9:: with SMTP id m41mr5650058jam.59.1631464834892; Sun, 12 Sep 2021 09:40:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631464834; cv=none; d=google.com; s=arc-20160816; b=m8xZt2UcuSEQQX1oWhRpgZMq3c8y4kXbVrIpAfjB0MMxKYOAKpuWSr75oec2W6GoIM joq5NVNFBIjfJu8ZxMsXmpvjgKpMKyo6dx6VLuShhEFSBeRI07N7akZu9pt5jrTDvs5i KFoeo+gn/Ys4l/wpiq2oEiWNTJ+xBeUnFrXfw6seEFjR4I20daDNYHHqZ4sXp0O1E6+N apeNSy/gnbfQqb2Qn4h1TG29zkW0+RcsBUhyP+BlYIeJjHhK1izkJ8qx1mU5Gj3xtYv1 cE56kUFdWFSxdDTkzHALVPAS/VL8ov6HgbFLN1NJ8wzAArmL2JXZZyuer34DaeAXB303 sJpg== 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=cErnNcPyrV1iw6XC/kR+hVyyujVylsH1K6EI6h7UXQk=; b=qVlC8kA/+0EqxLCDSdRGLLmCNptVnRj+xGlZEAM+pg1Rfbuq4NIZZU+wi4FmEcXHsR 7p8kJWxMKAVYF83mz4CDRjW2w6ITlJCQbq/+xJtmhT1CX7MFyrmB+sW00UBIKGvixi4q y5GF4HN/cLCfuSQAGF0Wf2RzRckcF1kV1skxIzH9CdnRTAfDGzWmrnZa31dLcKuFYJvh 8BPn1C7j0Hd3YBxHeVt9oQ8VlVJ2zCqDD1xniigFNKRLIdV5w/86XvMXTnGcNZGQ+JfS IxqpbcEZQb+lMnNY+Hw04Dee59hAM6ITNrosVZ2V8klFU0MShud3Dk7ZjD2fol2+L/ce yUIw== 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 m33si4345052jaf.66.2021.09.12.09.40.23; Sun, 12 Sep 2021 09:40:34 -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 S231138AbhILQjy (ORCPT + 99 others); Sun, 12 Sep 2021 12:39:54 -0400 Received: from mail.kernel.org ([198.145.29.99]:49710 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229643AbhILQjx (ORCPT ); Sun, 12 Sep 2021 12:39:53 -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 F258B6108E; Sun, 12 Sep 2021 16:38:37 +0000 (UTC) Date: Sun, 12 Sep 2021 17:42:10 +0100 From: Jonathan Cameron To: Cai Huoqing Cc: , , , , Florian Boor Subject: Re: [PATCH v2] iio: adc: ad799x: Add a single error handling block at the end of the function. Message-ID: <20210912174210.6443865b@jic23-huawei> In-Reply-To: <20210912064101.539-1-caihuoqing@baidu.com> References: <20210912064101.539-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 Sun, 12 Sep 2021 14:41:01 +0800 Cai Huoqing wrote: > A single error handling block at the end of the function could > be brought in to make code a little more concise. > > Signed-off-by: Cai Huoqing +CC Florian who is reworking some of the regulator handling in this driver. https://lore.kernel.org/linux-iio/20210908152525.2946785-1-florian.boor@kernelconcepts.de/ One suggestion I made to Florian's v2 was to make the enabling of st->vref only occur it is actually present (rather than no there after making it optional). That is going to cause merge problems against this patch. @Florian, would you mind adding Cai Huoqing's patch to your series so that we get both your improvements and his on one go without conflicts? Either apply it as a precursor or rebase it on top of your patches. Thanks, Jonathan > --- > v1->v2: > Change the error path-error_disable_reg from "st->vref" to "st->reg". > > drivers/iio/adc/ad799x.c | 17 ++++++++++------- > 1 file changed, 10 insertions(+), 7 deletions(-) > > diff --git a/drivers/iio/adc/ad799x.c b/drivers/iio/adc/ad799x.c > index 18bf8386d50a..d3dbc4c1e375 100644 > --- a/drivers/iio/adc/ad799x.c > +++ b/drivers/iio/adc/ad799x.c > @@ -891,20 +891,23 @@ static int __maybe_unused ad799x_resume(struct device *dev) > } > ret = regulator_enable(st->vref); > if (ret) { > - regulator_disable(st->reg); > dev_err(dev, "Unable to enable vref regulator\n"); > - return ret; > + goto error_disable_reg; > } > > /* resync config */ > ret = ad799x_update_config(st, st->config); > - if (ret) { > - regulator_disable(st->vref); > - regulator_disable(st->reg); > - return ret; > - } > + if (ret) > + goto error_disable_vref; > > return 0; > + > +error_disable_vref: > + regulator_disable(st->vref); > +error_disable_reg: > + regulator_disable(st->reg); > + > + return ret; > } > > static SIMPLE_DEV_PM_OPS(ad799x_pm_ops, ad799x_suspend, ad799x_resume);