Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2750275pxj; Mon, 10 May 2021 09:53:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwyYM/Sgzy+0cRosltmSGfhmZ0KSYvyzWP/U6mPe3cPf3/k38uwrB65DRXB7U1FjhNgC73G X-Received: by 2002:a05:6e02:f44:: with SMTP id y4mr16639350ilj.67.1620665638561; Mon, 10 May 2021 09:53:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620665638; cv=none; d=google.com; s=arc-20160816; b=zt2KeyuepTSCYR5OxVvPS+3JOuujilLTrmGPl1TjVCY54zJ3vSdKGqw1oiVqGxrASG yxtDKaiLaL7NxT9NeDY8yWCV3wuDN1uFjwfIvUO2QRTvlxTB5ulCeliGoGJuGVmQVz0E U7XbXXGx0v52s5Z8Y/35lIsSD1doF4eqde/yWszcDOQT3c8LJGsjUFmRACUyfDvmk5xu m33rRJ6eHg8Ho/QHtm6FxYLa7HXPc3A4ySUUg1kZgbbNFNxuYmS5ApXzBSRJzaZcG5WN XU6wEAQ07iFJ1tck2Hy0gKrm38n+gbsuIEJlVBffDV+ZDLbWUMV2IV+uLAIgAk8MH9HJ fO7w== 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=nZQhTL0dlyuRX0tYZ0K0vE/pBhwjSHVVKGiQ39+vaNVHOZzez7dpUo5RJAjLQrJlJY MExeq00BklAsJJ2fXgGM3SJSUou4L0cm660enttBGGygKI3VzIIQJRFTNmubBO67MJJe fVlDLCqVSYYxaFgkcBErrQpcdl+tquGxJGQzceA9ibrREvHoPSUjDo/KzkcEc+Fh0ssV MtgyBzWAdTit0tDU5ipmbFtrtI7BCq4uF9Fymonaivdhj5Kkg2svbx5NFmCluS3Ghh02 ZZmsN9JqQ+SYskHf2vdoKQfyeXYMzBKY6KVglzrB9grN7kPNj0pbzrjcBtfa88owMc7d FrDg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=1YW3Eg2D; 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 b1si16031194ioh.94.2021.05.10.09.53.46; Mon, 10 May 2021 09:53:58 -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=1YW3Eg2D; 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 S240247AbhEJL2r (ORCPT + 99 others); Mon, 10 May 2021 07:28:47 -0400 Received: from mail.kernel.org ([198.145.29.99]:54598 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234691AbhEJK4w (ORCPT ); Mon, 10 May 2021 06:56:52 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D55E6619B0; Mon, 10 May 2021 10:48:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620643693; bh=Vo/FISjJaBiKCzJj1+PChnmpKZgW/xNpicjNwharwo8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=1YW3Eg2D39Mctg23Ehm/hJVsU9VRl0ALm49Gz8bcggZ/8Bql/N+5OsAJVqAJTimLz kXXiSveRJoJPRXLpbzVLIRzrPI9+3PHmMotRB4l+iF3U0OYV+gwDz+JS4srlpc783m G0F5THUvw/aqRnII6d7RGWbIoVFV5yxToCpcmHps= 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.11 119/342] crypto: stm32/hash - Fix PM reference leak on stm32-hash.c Date: Mon, 10 May 2021 12:18:29 +0200 Message-Id: <20210510102014.014588570@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210510102010.096403571@linuxfoundation.org> References: <20210510102010.096403571@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