Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2537071pxj; Mon, 10 May 2021 05:26:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzEd/ui7giF5J3KlTZol8viKVuUXeL8vzNvrMfKsntvDW/oOVbXmj55KaiH0IIgIoGr1E60 X-Received: by 2002:a17:906:b251:: with SMTP id ce17mr24873847ejb.149.1620649588698; Mon, 10 May 2021 05:26:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620649588; cv=none; d=google.com; s=arc-20160816; b=jtA/gYh4QOSWzpjXq44/8gL/IrEu4uHFb/SH2Qe2hFGoMYGDRjfhIU7zRLXjclkz3Y 5DL1w1CdGgxzgnMzXyKb5CCcTQj0hn3LqkDvTL+gQv6SXZcO2CAjkFZYqcK1jTKgkAZe F1UGMIhxZwlC2g7kwoqbWKy/vZtqO6cu863+2iwD/fOApt2+YzNe/MEqb2RCC+E/Okag DVGZG9+88WfTyGi7t/M7ibmr4LgoCQ2NQpzdmVAypWVv6lyynE6ijtGj3rrYkP8sVFvZ mv/mVi82iGapFFnLYMxjzcpwn2Wsp25dMglXPFqkwfm3+0TD5BcHcgcBBLfxb6favUGB Epsg== 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=T0yT1F2ztj4QcFD8MRBlERrtwZszDlQbUeDr4unb3Co=; b=cIae9FlIe79NO+cE9z1C1rFKp16EcA14NqBdnTg/U/lq6wrT3/MY7L3Xzyb8YxTlfX pzqz3cWApT+tSVXlTGDwQtPXkhTY6oaoH0dYvFqtaCP0WQJG9RzSUojUu4eCBWDtbPOX vZtQaOhi9Fm08UMP51Yu+zPUwXdpw3HAnAo94+zbZ9u2ZNK5n0eYsXE31x4DdkbrL3fI o9G0I7btMwfHV+Fzr7d4wC1WvFDDl+PDpmnyoljIntECuKH/te7PkfRMiKTCRX2qwmnX /1y2KF7TV13khmQsmHO6CW78YHZPgXH+EzU++JrZ/qvOnqD8vD1b9rWfERPN4snJAEQd IDwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xfa80kh7; 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 mh7si13367695ejb.585.2021.05.10.05.26.04; Mon, 10 May 2021 05:26:28 -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=xfa80kh7; 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 S245561AbhEJMNO (ORCPT + 99 others); Mon, 10 May 2021 08:13:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:44226 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236579AbhEJLIT (ORCPT ); Mon, 10 May 2021 07:08:19 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C467061A24; Mon, 10 May 2021 11:02:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620644549; bh=Vo/FISjJaBiKCzJj1+PChnmpKZgW/xNpicjNwharwo8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xfa80kh7dbmg2YvlZlvQo8FnX0PSU2FWMwHm89428F2ZEHFqm0KvyWMI59sV97YWn 9PQvt/hQYXze+clrYAty6BVTTPRhX6C9G6IWz1sKI4xDBS81RccUNTAdvLXos+RE+8 O1Dyfw73KZ3Tp68mOe/f177KDXSkUXVPJ7u+j0+Y= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Shixin Liu , Herbert Xu , Sasha Levin Subject: [PATCH 5.12 128/384] crypto: stm32/hash - Fix PM reference leak on stm32-hash.c Date: Mon, 10 May 2021 12:18:37 +0200 Message-Id: <20210510102019.124975250@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210510102014.849075526@linuxfoundation.org> References: <20210510102014.849075526@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: Shixin Liu [ Upstream commit 1cb3ad701970e68f18a9e5d090baf2b1b703d729 ] pm_runtime_get_sync will increment pm usage counter even it failed. Forgetting to putting operation will result in reference leak here. Fix it by replacing it with pm_runtime_resume_and_get to keep usage counter balanced. Signed-off-by: Shixin Liu Signed-off-by: Herbert Xu Signed-off-by: Sasha Levin --- drivers/crypto/stm32/stm32-hash.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/crypto/stm32/stm32-hash.c b/drivers/crypto/stm32/stm32-hash.c index 7ac0573ef663..389de9e3302d 100644 --- a/drivers/crypto/stm32/stm32-hash.c +++ b/drivers/crypto/stm32/stm32-hash.c @@ -813,7 +813,7 @@ static void stm32_hash_finish_req(struct ahash_request *req, int err) static int stm32_hash_hw_init(struct stm32_hash_dev *hdev, struct stm32_hash_request_ctx *rctx) { - pm_runtime_get_sync(hdev->dev); + pm_runtime_resume_and_get(hdev->dev); if (!(HASH_FLAGS_INIT & hdev->flags)) { stm32_hash_write(hdev, HASH_CR, HASH_CR_INIT); @@ -962,7 +962,7 @@ static int stm32_hash_export(struct ahash_request *req, void *out) u32 *preg; unsigned int i; - pm_runtime_get_sync(hdev->dev); + pm_runtime_resume_and_get(hdev->dev); while ((stm32_hash_read(hdev, HASH_SR) & HASH_SR_BUSY)) cpu_relax(); @@ -1000,7 +1000,7 @@ static int stm32_hash_import(struct ahash_request *req, const void *in) preg = rctx->hw_context; - pm_runtime_get_sync(hdev->dev); + pm_runtime_resume_and_get(hdev->dev); stm32_hash_write(hdev, HASH_IMR, *preg++); stm32_hash_write(hdev, HASH_STR, *preg++); @@ -1566,7 +1566,7 @@ static int stm32_hash_remove(struct platform_device *pdev) if (!hdev) return -ENODEV; - ret = pm_runtime_get_sync(hdev->dev); + ret = pm_runtime_resume_and_get(hdev->dev); if (ret < 0) return ret; -- 2.30.2