Received: by 2002:a05:7412:6592:b0:d7:7d3a:4fe2 with SMTP id m18csp904680rdg; Fri, 11 Aug 2023 03:59:55 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGRnZG0O2LCVGgJPK2747ANpUAVCdx3/Gip0yErEhuMJT7/9rSFCggScR/8ctRVCmAtUPNM X-Received: by 2002:a05:6a20:1583:b0:133:1d62:dcbd with SMTP id h3-20020a056a20158300b001331d62dcbdmr6038027pzj.28.1691751594584; Fri, 11 Aug 2023 03:59:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691751594; cv=none; d=google.com; s=arc-20160816; b=laL+jTrwMmUMGhtU7XxSTQAIlER1fl1xnbbfcUSXw7tiyRDwoIGBCyJeA+mMb/5e0n 0WIC7tZIuFGtmYTJtTQnWdU632TjGr05f8E9arhhqcov4kxAQoSGLswSYrZVgpc0yLHo 1+sKst/zeIxBxJp3MMwavTMeoBlruejYcynJw1eq79S50KD3A+1y4XirSBt2Uzxmb7JW TQ5f/8pt7ZdLSxrPh2Ui08K5uApuQJYF8lp2dmKlUI4a/T1kV0syIKrPVHWMFDmgOWpx CiL6iU9oNgs5l5hkokEKHlPCEdoylLOBMXYCbjv6detW/3jA6O+CeaBIKzu0o4Dc7S4U lmcA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=fjwV4uyTBAuq0fRx54U782HWskc1kPRpsSuqn9aRjDU=; fh=+FIj1pGfigNF1ghdqPmoGVNYxHlfMfQNZGfYU3oXYlc=; b=Q7M1b4A5+EXopgASX8ezU5Z8x6MOXVJIaW6LP2zhw/DsHEyTioKx2aAcwrCax0rcKU agKgtkxu+B23H1Y4ebDFqJwWlRxhNnlGgpFL0gTcdWbtErgt4r5oUI3CcW4y+fGin1O3 RfMb0hyp5wUAW4E1THmhJGFL7vVzFa/10e1qCGKxsf1kuh4Q84km6bwTvJgJnCyCSLXW yOrRuQQ4c3e1SCw28zWI0RgWByDkk2h0Jw6M//PqWvPDHKTIMY563XoeqTBUjJ62LWvq M9B1W2QpiUZbW1d4DHttcd+SvtCGbZV+A8TgJan3SVVvlmcXzTPnrDet+WA6AfmCLtAg HFsQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ca20-20020a056a02069400b005655bf61e32si2715174pgb.23.2023.08.11.03.59.42; Fri, 11 Aug 2023 03:59:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233189AbjHKKP0 (ORCPT + 99 others); Fri, 11 Aug 2023 06:15:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39190 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233928AbjHKKPW (ORCPT ); Fri, 11 Aug 2023 06:15:22 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D22D530E5 for ; Fri, 11 Aug 2023 03:14:54 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 8B09FD75; Fri, 11 Aug 2023 03:14:55 -0700 (PDT) Received: from [10.57.2.122] (unknown [10.57.2.122]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 0E58C3F6C4; Fri, 11 Aug 2023 03:14:11 -0700 (PDT) Message-ID: Date: Fri, 11 Aug 2023 11:14:10 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH] coresight: etm4x: Ensure valid drvdata and clock before clk_put() Content-Language: en-US To: Anshuman Khandual , Suzuki K Poulose , linux-arm-kernel@lists.infradead.org Cc: Mike Leach , coresight@lists.linaro.org, linux-kernel@vger.kernel.org, Dan Carpenter References: <20230811062738.1066787-1-anshuman.khandual@arm.com> <07b0dabb-5409-9ba8-543f-aeecafe083e9@arm.com> <72960b11-9e35-a259-3ea6-bae91ff94838@arm.com> <32017de8-7b92-a88f-0bf6-da1dfe3a7f7d@arm.com> From: James Clark In-Reply-To: <32017de8-7b92-a88f-0bf6-da1dfe3a7f7d@arm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_NONE,URIBL_BLOCKED autolearn=ham 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 11/08/2023 10:22, Anshuman Khandual wrote: > > > On 8/11/23 14:39, Suzuki K Poulose wrote: >> On 11/08/2023 09:39, James Clark wrote: >>> >>> >>> On 11/08/2023 07:27, Anshuman Khandual wrote: >>>> This validates 'drvdata' and 'drvdata->pclk' clock before calling clk_put() >>>> in etm4_remove_platform_dev(). The problem was detected using Smatch static >>>> checker as reported. >>>> >>>> Cc: Suzuki K Poulose >>>> Cc: Mike Leach >>>> Cc: James Clark >>>> Cc: coresight@lists.linaro.org >>>> Cc: linux-arm-kernel@lists.infradead.org >>>> Cc: linux-kernel@vger.kernel.org >>>> Reported-by: Dan Carpenter >>>> Closes: https://lists.linaro.org/archives/list/coresight@lists.linaro.org/thread/G4N6P4OXELPLLQSNU3GU2MR4LOLRXRMJ/ >>>> Signed-off-by: Anshuman Khandual >>>> --- >>>> This applies on coresight-next >>>> >>>>   drivers/hwtracing/coresight/coresight-etm4x-core.c | 2 +- >>>>   1 file changed, 1 insertion(+), 1 deletion(-) >>>> >>>> diff --git a/drivers/hwtracing/coresight/coresight-etm4x-core.c b/drivers/hwtracing/coresight/coresight-etm4x-core.c >>>> index 703b6fcbb6a5..eb412ce302cc 100644 >>>> --- a/drivers/hwtracing/coresight/coresight-etm4x-core.c >>>> +++ b/drivers/hwtracing/coresight/coresight-etm4x-core.c >>>> @@ -2269,7 +2269,7 @@ static int __exit etm4_remove_platform_dev(struct platform_device *pdev) >>>>           etm4_remove_dev(drvdata); >>>>       pm_runtime_disable(&pdev->dev); >>>>   -    if (drvdata->pclk) >>>> +    if (drvdata && drvdata->pclk && !IS_ERR(drvdata->pclk)) >>>>           clk_put(drvdata->pclk); >>>>         return 0; >>> >>> It could be !IS_ERR_OR_NULL(drvdata->pclk), but I wouldn't bother >>> changing it at this point. >> >> +1, please could we have that. Someone else will run a code scanner and >> send a patch later. Given this is straight and easy change, lets do it >> in the first place. > > But we already have a drvdata->pclk validation check before IS_ERR(). > Would not _OR_NULL be redundant ? I meant that it could be replaced with the single check: if (drvdata && !IS_ERR_OR_NULL(drvdata->pclk)) clk_put(drvdata->pclk); As Dan mentions it can't be an error pointer anyway, but leaving it like this could just be considered defensive coding.