Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp93723iof; Sun, 5 Jun 2022 22:09:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx8mdGi7AQs2hzVu8AAcTFBKms0uHeYF34JEW3TJtsoQ9ukeNjoBOftBLVmacAAbyB80lOx X-Received: by 2002:a63:cd04:0:b0:3fa:1e2e:9720 with SMTP id i4-20020a63cd04000000b003fa1e2e9720mr19309334pgg.179.1654492177231; Sun, 05 Jun 2022 22:09:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654492177; cv=none; d=google.com; s=arc-20160816; b=VEhnOM7WMm2oliSMrOpD7NufJpDgKPTlst4bE6L/5DX8pBE8+9LY6eKpTTcwEXofTG sd43q1XmYM3rs972FUqlGRyOzoFitwRfkb0hO32CBbkHdW0PgdVShGE/akUwxPehZAlJ Qgc35jziBNi0tCJzXE8YLxvJ8WxEvvqjR5U/HvIRXV5rDoEiziRifZhYSyFlzGpCI9lG 53sYUzHuNyiYAcd4C/aWzVYhW/+vLocglLF46wzKnzykbpvKUtUid7nunsWyB1F28lOj IvzfvwjIRetX5pa8Hz2daYrTYV8ZzWdcFz4hgfNgYNsuM2tfO78s2oLo0DTGaWGp9WyH 1JvA== 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 :dkim-signature; bh=4u7CxD8oEQUzkAapxaX6n6hyPAo5xTXG+fZn8YpcmOU=; b=RP1A7Swn7fgKA6YSw0QYYMWUtZotnAiJ8uX5JxGSWVZSpuYA7duVNg3/5sMrqB7A88 kAgwRyaJoXzitlBrUdStilQWdDit3bXHUF4yh+4Eq/AvhHxzNKfJBWVVllm59XPCuydm Nn9GrYPwhukUfQtpYaj+HEL/Itkfl3BsJrt4ax70ZTIsJhKnzE4A6kbEHqaYVaUG2Ir8 7J2TzTOQ3Er0IGU5aoZIUdl+VzbADoAn8BP4Ft5fTeVq5mg6qvZemrt+ql9qnj5bfhzf r8i3a2zRvRgs2T1ozyp/mb7CIZSC2X2E3rlNWP7LEvi0sgmc6cQ58/a1Tle7QjlBG3bI 6C9A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=WyGYjYdd; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id lx16-20020a17090b4b1000b001cd46bee4c2si13168764pjb.7.2022.06.05.22.09.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 05 Jun 2022 22:09:37 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=WyGYjYdd; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 8BF198E18F; Sun, 5 Jun 2022 21:22:52 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245218AbiFCOx2 (ORCPT + 99 others); Fri, 3 Jun 2022 10:53:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33970 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245210AbiFCOx0 (ORCPT ); Fri, 3 Jun 2022 10:53:26 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9965536E29; Fri, 3 Jun 2022 07:53:25 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 54D49B82353; Fri, 3 Jun 2022 14:53:24 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A0635C34115; Fri, 3 Jun 2022 14:53:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1654268003; bh=RGs1KTCePcSrsr1+5HQQpGae3Pc4JtwnBu3hdoIvrOY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=WyGYjYddMk07o8bazntYbtCK4zbeCa7DEFE/TCozDMhF03Fe4kU8LPm3p5kSO9WSj t3nk+MJHJEX0Yv2UYRgLUFBV3Hc84R61uyURYdZ3/eSIkFLkP6KKBi0TSTllFLd7JP +2teddVxCFSl8S/YtwTHoTophTXWrIyq2O/Ug1pjO3cnW67rIVdln312x0G470x0UX 002zGcinS6p0imEfVb1ZI5xg2WnTpGyqcQGluIwWrbIwPXAZEWaRdvrWw/TLm8tfnw Zp6/LuokL19/fMx0waN2xmdGuMl2dvo+KCy8Hpm+Ilj2IfHgr+e519ywVOgM2cn78o PHgMnTz8aZq5g== Date: Fri, 3 Jun 2022 16:02:22 +0100 From: Jonathan Cameron To: Yongzhi Liu Cc: agross@kernel.org, bjorn.andersson@linaro.org, lars@metafoo.de, svarbanov@mm-sol.com, iivanov@mm-sol.com, jonathan.cameron@huawei.com, linux-arm-msm@vger.kernel.org, linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, fuyq@stu.pku.edu.cn Subject: Re: [PATCH v4] iio: vadc: Fix potential dereference of NULL pointer Message-ID: <20220603160222.1ad6ef49@jic23-huawei> In-Reply-To: <1653238427-73587-1-git-send-email-lyz_cs@pku.edu.cn> References: <20220522120109.7ead18a7@jic23-huawei> <1653238427-73587-1-git-send-email-lyz_cs@pku.edu.cn> X-Mailer: Claws Mail 4.1.0 (GTK 3.24.34; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 On Sun, 22 May 2022 09:53:47 -0700 Yongzhi Liu wrote: > The return value of vadc_get_channel() needs to be checked to > avoid use of NULL pointer. vadc_do_conversion() already provides > error prints in at least some of it's error paths. Thus it is > reasonable to add the null pointer check on prop and drop the > extra reporting in vadc_measure_ref_points(). > > Signed-off-by: Yongzhi Liu Hi Biggest remaining thing is squashing ret = -ENODEV; return ret; into the shorter return -ENODEV; > --- > drivers/iio/adc/qcom-spmi-vadc.c | 38 ++++++++++++++++++++++++++++---------- > 1 file changed, 28 insertions(+), 10 deletions(-) > > diff --git a/drivers/iio/adc/qcom-spmi-vadc.c b/drivers/iio/adc/qcom-spmi-vadc.c > index 34202ba..43a52b1 100644 > --- a/drivers/iio/adc/qcom-spmi-vadc.c > +++ b/drivers/iio/adc/qcom-spmi-vadc.c > @@ -358,22 +358,33 @@ static int vadc_measure_ref_points(struct vadc_priv *vadc) > vadc->graph[VADC_CALIB_ABSOLUTE].dx = VADC_ABSOLUTE_RANGE_UV; > > prop = vadc_get_channel(vadc, VADC_REF_1250MV); > + if (!prop) { > + dev_err(vadc->dev, "Please define 1.25V channel\n"); Probably makes more sense to have the error as "No 1.25V channel found\n"); It's not obvious to anyone getting this error what 'define' might mean without them looking at the code, so I'd rather we just said what had gone wrong rather offering incomplete advice. > + ret = -ENODEV; Don't bother assigning a variable just to return it in the next line. return -ENODEV; > + return ret; > + } > ret = vadc_do_conversion(vadc, prop, &read_1); > if (ret) > - goto err; > + return ret; > > /* Try with buffered 625mV channel first */ > prop = vadc_get_channel(vadc, VADC_SPARE1); > - if (!prop) > + if (!prop) { > prop = vadc_get_channel(vadc, VADC_REF_625MV); > + if (!prop) { > + dev_err(vadc->dev, "Please define 0.625V channel\n"); "No 0.625V channel found\n" > + ret = -ENODEV; return -ENODEV; > + return ret; > + } > + } > > ret = vadc_do_conversion(vadc, prop, &read_2); > if (ret) > - goto err; > + return ret; > > if (read_1 == read_2) { > ret = -EINVAL; > - goto err; > + return ret; > } > > vadc->graph[VADC_CALIB_ABSOLUTE].dy = read_1 - read_2; > @@ -381,25 +392,32 @@ static int vadc_measure_ref_points(struct vadc_priv *vadc) > > /* Ratiometric calibration */ > prop = vadc_get_channel(vadc, VADC_VDD_VADC); > + if (!prop) { > + dev_err(vadc->dev, "Please define VDD channel\n"); "No VDD channel found\n" > + ret = -ENODEV; > + return ret; > + } > ret = vadc_do_conversion(vadc, prop, &read_1); > if (ret) > - goto err; > + return ret; > > prop = vadc_get_channel(vadc, VADC_GND_REF); > + if (!prop) { > + dev_err(vadc->dev, "Please define GND channel\n"); "No GND channel found\n" > + ret = -ENODEV; > + return ret; return -ENODEV; > + } > ret = vadc_do_conversion(vadc, prop, &read_2); > if (ret) > - goto err; > + return ret; > > if (read_1 == read_2) { > ret = -EINVAL; > - goto err; > + return ret; return -ENODEV; > } > > vadc->graph[VADC_CALIB_RATIOMETRIC].dy = read_1 - read_2; > vadc->graph[VADC_CALIB_RATIOMETRIC].gnd = read_2; > -err: > - if (ret) > - dev_err(vadc->dev, "measure reference points failed\n"); > > return ret; Can't get here with anything other than ret == 0 so return 0; to make that explicit. > }