Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3833396pxv; Mon, 19 Jul 2021 09:49:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxD57YqHVyYsWgO3E1s6fRLPbr0z3EctBGPey1etSjCMIM4OxrpJhY55G6TBzfuk5v2cSWW X-Received: by 2002:aa7:dc55:: with SMTP id g21mr26472218edu.129.1626713395461; Mon, 19 Jul 2021 09:49:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626713395; cv=none; d=google.com; s=arc-20160816; b=UN+/DX4WPisJo05MuyrMEFslszhX4PeBH7oTN0u3undNNvnboQ7UCc17fK0FTVM1te t7gnxQuDXc9AwV27+0Ze0CIKj8nKjfRoxKAufLsTBezBRAlmdu7rn2jAyK8tJjJszN1W VhX5pWcGNXHvCL+7JChbPOdphky3eEugf1TUt6zLMBtIHR0H881cz5+lkAnBFQHw8H3q 5twqSMf3+hHgqAwm3Q7unyqX0IiMGwXKTwqma0XJZ+YSbxMai2adaN2yA+djBSqKhoGE IAle/vywyU1HGt6iHxNBMn3qlMsqSU3qblwTBZIXavwi6EWdj5OhyEVRl8XsVMopudjt X9yQ== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=gbHc3k+ZBbE64rymqPykGEAlWtlqnqG9TRoDhlayb9I=; b=v3gLb4U0xpU2FElutR85a8LuQD1cKMteGuqOHpf1B6HO5D3egP5pwecSfnItGjYIIj d0068OpH58JINUFZu54swfM3jYOXkj1DzTz/K+XHgcCurDS9uxaE4lgZd4Ahvsu6WPqa EM9n2ehA59W7XIl48bjZIP0rwvQ5fBV5C5UqqBae1JatcbDpiwj2hYSVv+c0+H0waJe9 0kZhtQG6lXnSCA2vO/Ia55s054FiLRh4tfuzdoUl85UARPM8kZ0iReyvmfS1yMEKVqmL Rbmx5eQpdsySns+zLG5wIhPnGKyb6aPD8XiSwuv5WtW6cuk/XTtT6fdNANuKUiJsmhnX DS8A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=WvuqjeLd; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gk1si20884166ejc.31.2021.07.19.09.49.32; Mon, 19 Jul 2021 09:49:55 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=WvuqjeLd; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349062AbhGSQHw (ORCPT + 99 others); Mon, 19 Jul 2021 12:07:52 -0400 Received: from mail.kernel.org ([198.145.29.99]:41268 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344818AbhGSPGy (ORCPT ); Mon, 19 Jul 2021 11:06:54 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id DCBDE60FE7; Mon, 19 Jul 2021 15:47:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626709647; bh=owq9dcDj6W5tIDWtWgDI7aDMSiBLW0RSApzKwfmDGlM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=WvuqjeLdsnlsS9/ckWqikGYfzkFVHrnEoe6AtZVFFb9be5p0jy4ZPkXFj3zlI8AwK n7I03iBevLSmjhdH1mSZ3JPEGe+V1mQ8q2w0Ne5Gp1T29t23qOpoOhX1ePWhQ/UKLm pGdJXWy5fd4SHKrRcR5OBJytP3a7WA38Q1f/mIw8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Xiyu Yang , Xin Tan , Will Deacon , Sasha Levin Subject: [PATCH 5.4 042/149] iommu/arm-smmu: Fix arm_smmu_device refcount leak when arm_smmu_rpm_get fails Date: Mon, 19 Jul 2021 16:52:30 +0200 Message-Id: <20210719144911.422049820@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210719144901.370365147@linuxfoundation.org> References: <20210719144901.370365147@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Xiyu Yang [ Upstream commit 1adf30f198c26539a62d761e45af72cde570413d ] arm_smmu_rpm_get() invokes pm_runtime_get_sync(), which increases the refcount of the "smmu" even though the return value is less than 0. The reference counting issue happens in some error handling paths of arm_smmu_rpm_get() in its caller functions. When arm_smmu_rpm_get() fails, the caller functions forget to decrease the refcount of "smmu" increased by arm_smmu_rpm_get(), causing a refcount leak. Fix this issue by calling pm_runtime_resume_and_get() instead of pm_runtime_get_sync() in arm_smmu_rpm_get(), which can keep the refcount balanced in case of failure. Signed-off-by: Xiyu Yang Signed-off-by: Xin Tan Link: https://lore.kernel.org/r/1623293672-17954-1-git-send-email-xiyuyang19@fudan.edu.cn Signed-off-by: Will Deacon Signed-off-by: Sasha Levin --- drivers/iommu/arm-smmu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c index 7c503a6bc585..abf4cf285548 100644 --- a/drivers/iommu/arm-smmu.c +++ b/drivers/iommu/arm-smmu.c @@ -114,7 +114,7 @@ static bool using_legacy_binding, using_generic_binding; static inline int arm_smmu_rpm_get(struct arm_smmu_device *smmu) { if (pm_runtime_enabled(smmu->dev)) - return pm_runtime_get_sync(smmu->dev); + return pm_runtime_resume_and_get(smmu->dev); return 0; } -- 2.30.2