Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5425009ybl; Tue, 10 Dec 2019 05:56:36 -0800 (PST) X-Google-Smtp-Source: APXvYqypsiPObE0xrAZCaICAok/eywEQHSL+R9yPJDQ9ks0XwRmIDZYMoievf122Ybk/E4CqsnPZ X-Received: by 2002:a05:6808:4cc:: with SMTP id a12mr4060142oie.115.1575986195910; Tue, 10 Dec 2019 05:56:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575986195; cv=none; d=google.com; s=arc-20160816; b=TgLaZ6jQ140EPfVmC3G6ZRYtOX+s7eIAHTbFqrohSVZJIRYSnUq9xayCOjhDSKyqQ4 qFmJHQqVscFxlZkbhQfTZRcIsOqgl+hEB31JuHqpuVq97JrBASfV5FL7JQJe5Bei1c5H Q6+MXD+ALk6xsr03H/4JYEkz8fYPtjooUm/CJXDfLfS2vrtqfjU7+0IohEtDyKS0RDLu 8mgCyzAYDKgYxwfy+YithUUd5CxhHsA1RjKq3sYyXsCbW9BOOhFxLFypu+jTGoMjyv7k bCkv0CwdzMqQnenS/vasFY7jMtUccOhwwPZ6ZqW1XKSLL01tyH89KR9k7feSdrls5MFT bjYA== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=Y4v8KbY4Jt9ReTPgx6D9MWgTGqmxbnAPFCW40iFEAhk=; b=z8cwKG9A23yPJm2HzErMfsJ9KScFFzCKGHMf8GdmP7veCVbWl9NPtCweWFiHDn9LH9 3/Pn7Caz+yTunSV7JqK8MbamzWZq3KyQrea05jV8FxNS7StwcwmwIVUzWssAZa97Aukq 9B3EA3C3yZvyvusl1Bvse/MIzPiQ5GLvYPme8ts1ivYRGUDiytcTq+9u/sNaLZ42HtVY xmb+26J6s963C5HngBzYiU5KJ/dqr1iucOojY9l2eHE/xNdw1O7pg9KbPniNBwE2vyrT jU3A0z4i1THGv3iYnNwI1PKqYtAJRh65McSlUTGOFty9ENkg3IU8Ax4c82GQDH6cMjfl sHBQ== 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 z1si1797143otp.70.2019.12.10.05.56.22; Tue, 10 Dec 2019 05:56:35 -0800 (PST) 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 S1727377AbfLJNzn (ORCPT + 99 others); Tue, 10 Dec 2019 08:55:43 -0500 Received: from szxga04-in.huawei.com ([45.249.212.190]:7659 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727007AbfLJNzn (ORCPT ); Tue, 10 Dec 2019 08:55:43 -0500 Received: from DGGEMS408-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id E958DF45AE7025AA0D1E; Tue, 10 Dec 2019 21:55:36 +0800 (CST) Received: from [127.0.0.1] (10.177.223.23) by DGGEMS408-HUB.china.huawei.com (10.3.19.208) with Microsoft SMTP Server id 14.3.439.0; Tue, 10 Dec 2019 21:55:29 +0800 Subject: Re: [PATCH] perf/smmuv3: Remove the leftover put_cpu() in error path To: Will Deacon CC: Mark Rutland , Robin Murphy , Shameer Kolothum , , References: <1575974784-55046-1-git-send-email-guohanjun@huawei.com> <20191210132458.GA19183@willie-the-truck> From: Hanjun Guo Message-ID: Date: Tue, 10 Dec 2019 21:55:28 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20191210132458.GA19183@willie-the-truck> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.223.23] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/12/10 21:24, Will Deacon wrote: > On Tue, Dec 10, 2019 at 06:46:24PM +0800, Hanjun Guo wrote: >> In smmu_pmu_probe(), there is put_cpu() in the error path, >> which is wrong because we use raw_smp_processor_id() to >> get the cpu ID, not get_cpu(), remove it. >> >> Signed-off-by: Hanjun Guo >> --- >> drivers/perf/arm_smmuv3_pmu.c | 1 - >> 1 file changed, 1 deletion(-) >> >> diff --git a/drivers/perf/arm_smmuv3_pmu.c b/drivers/perf/arm_smmuv3_pmu.c >> index 773128f..fd1d46a 100644 >> --- a/drivers/perf/arm_smmuv3_pmu.c >> +++ b/drivers/perf/arm_smmuv3_pmu.c >> @@ -834,7 +834,6 @@ static int smmu_pmu_probe(struct platform_device *pdev) >> out_unregister: >> cpuhp_state_remove_instance_nocalls(cpuhp_state_num, &smmu_pmu->node); >> out_cpuhp_err: >> - put_cpu(); >> return err; > > Can we kill 'out_cpuhp_err' altogether then and just return err if we fail > to add the hotplug instance? Makes sense, but I think we can go further to kill both 'out_cpuhp_err' and 'out_register' as below [1], what do you think? Thanks Hanjun [1]: diff --git a/drivers/perf/arm_smmuv3_pmu.c b/drivers/perf/arm_smmuv3_pmu.c index fd1d46a..a5adaba 100644 --- a/drivers/perf/arm_smmuv3_pmu.c +++ b/drivers/perf/arm_smmuv3_pmu.c @@ -814,14 +814,15 @@ static int smmu_pmu_probe(struct platform_device *pdev) if (err) { dev_err(dev, "Error %d registering hotplug, PMU @%pa\n", err, &res_0->start); - goto out_cpuhp_err; + return err; } err = perf_pmu_register(&smmu_pmu->pmu, name, -1); if (err) { + cpuhp_state_remove_instance_nocalls(cpuhp_state_num, &smmu_pmu->node); dev_err(dev, "Error %d registering PMU @%pa\n", err, &res_0->start); - goto out_unregister; + return err; } dev_info(dev, "Registered PMU @ %pa using %d counters with %s filter settings\n", @@ -830,11 +831,6 @@ static int smmu_pmu_probe(struct platform_device *pdev) "Individual"); return 0; - -out_unregister: - cpuhp_state_remove_instance_nocalls(cpuhp_state_num, &smmu_pmu->node); -out_cpuhp_err: - return err; } static int smmu_pmu_remove(struct platform_device *pdev)