Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp2917000rwj; Mon, 19 Dec 2022 10:23:57 -0800 (PST) X-Google-Smtp-Source: AA0mqf4VTckgopg9/kIwm0wPAx7E5oJCtIOLU5VdQVxQ5EGI7aKpwP6FV41eYx+i2dQU8o5n/EjZ X-Received: by 2002:a05:6a20:9c8a:b0:a2:d594:6868 with SMTP id mj10-20020a056a209c8a00b000a2d5946868mr58679686pzb.9.1671474237638; Mon, 19 Dec 2022 10:23:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671474237; cv=none; d=google.com; s=arc-20160816; b=rreAZOHu17lWGSQFbSpWgFBXOaymiLci38XK3jhI/w568t3nRS4oOOL7lR3458bNa3 ed3n1PkE1EX5o8He5Ikc7yvigOtBv3hOfgRrCd1dYmPT4nfl1haRMt+9IX5c7QZw4uog yWWufauLCzyFJjjswbD09APtuGaD90r7bQUgiztgmzD9DSbeIcX6EhGGmKG0HXLVMHsk SY6//8RDXA+PKAcAocji+Ql/mBhIYRhNDHa5M+ZA/HVSYD+j95hpFGsd+DNws1g7qhmO tfOZK/q14hzB7rABSlfPV9Hp7y9kPpNzo5caMKczL5gjLVV9gUmGD8Jx+eWVcFqJrrzX YrfQ== 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 :message-id:date:subject:cc:to:from; bh=A2WAYdUU3varTXOPkMTS3h5NIplRbt3MGEr5rGN+UVs=; b=g7yOSUdXamaukyQFmTJLmkda5FjyWUXW6bXoA81xj8EBMgHGyJcVZtLHhpeRApFY2/ yeMz6fG86R5cSKH0pLwlNcnKj+o0ffxf0GFaqSvmOVJdSyxxB0Rw8muwXhiVklaldQtd XtJH7n363Tkaf/gjCrzniCixxgwYq8oVuKfM53KVT2TvxtdAODRTahWCsHbeYj3n0JN5 Y63YcIVRSetmTtxYrCAPY2JyRQ1XJe8ddypGAGt3SDSldJfg1F85ULzx3XR9ArK732Je 3u8mg1Vx7j6w6HUctXl0qx4oYBuT8kitcO3KpXplP5iP8x58mme5owzhcHr63x4g81+D 2Cnw== 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x69-20020a638648000000b0045259b8b37esi11318985pgd.714.2022.12.19.10.23.48; Mon, 19 Dec 2022 10:23:57 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231761AbiLSSGf (ORCPT + 70 others); Mon, 19 Dec 2022 13:06:35 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34764 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231739AbiLSSGc (ORCPT ); Mon, 19 Dec 2022 13:06:32 -0500 Received: from smtp.smtpout.orange.fr (smtp-15.smtpout.orange.fr [80.12.242.15]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BAC4C11821 for ; Mon, 19 Dec 2022 10:06:30 -0800 (PST) Received: from pop-os.home ([86.243.100.34]) by smtp.orange.fr with ESMTPA id 7KWtpg0ivBonI7KWtprGLS; Mon, 19 Dec 2022 19:06:28 +0100 X-ME-Helo: pop-os.home X-ME-Auth: Y2hyaXN0b3BoZS5qYWlsbGV0QHdhbmFkb28uZnI= X-ME-Date: Mon, 19 Dec 2022 19:06:28 +0100 X-ME-IP: 86.243.100.34 From: Christophe JAILLET To: Yong Wu , Joerg Roedel , Will Deacon , Robin Murphy , Matthias Brugger , Honghui Zhang Cc: linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org, Christophe JAILLET , Joerg Roedel , iommu@lists.linux.dev, linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org Subject: [PATCH] iommu/mediatek-v1: Fix an error handling path in mtk_iommu_v1_probe() Date: Mon, 19 Dec 2022 19:06:22 +0100 Message-Id: <593e7b7d97c6e064b29716b091a9d4fd122241fb.1671473163.git.christophe.jaillet@wanadoo.fr> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS 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 A clk, prepared and enabled in mtk_iommu_v1_hw_init(), is not released in the error handling path of mtk_iommu_v1_probe(). Add the corresponding clk_disable_unprepare(), as already done in the remove function. Fixes: b17336c55d89 ("iommu/mediatek: add support for mtk iommu generation one HW") Signed-off-by: Christophe JAILLET --- Another option would be to use devm_clk_get_enabled(). This would save a few LoC in mtk_iommu_v1_hw_init() and in the remove function. However, it would change the order of function calls in the remove function so I leave it as-is. Let me know if it is fine and if you prefer this alternative. --- drivers/iommu/mtk_iommu_v1.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/iommu/mtk_iommu_v1.c b/drivers/iommu/mtk_iommu_v1.c index 69682ee068d2..ca581ff1c769 100644 --- a/drivers/iommu/mtk_iommu_v1.c +++ b/drivers/iommu/mtk_iommu_v1.c @@ -683,7 +683,7 @@ static int mtk_iommu_v1_probe(struct platform_device *pdev) ret = iommu_device_sysfs_add(&data->iommu, &pdev->dev, NULL, dev_name(&pdev->dev)); if (ret) - return ret; + goto out_clk_unprepare; ret = iommu_device_register(&data->iommu, &mtk_iommu_v1_ops, dev); if (ret) @@ -698,6 +698,8 @@ static int mtk_iommu_v1_probe(struct platform_device *pdev) iommu_device_unregister(&data->iommu); out_sysfs_remove: iommu_device_sysfs_remove(&data->iommu); +out_clk_unprepare: + clk_disable_unprepare(data->bclk); return ret; } -- 2.34.1