Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2832261pxv; Mon, 12 Jul 2021 03:03:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJysduT+Hg/yf40/jMIhkq4QcLlDvCu6b3B/Rg2w+SjP+OKIiR8zQkJvsTGepDmGbXlHiCIk X-Received: by 2002:a02:3c17:: with SMTP id m23mr43381072jaa.84.1626084213725; Mon, 12 Jul 2021 03:03:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626084213; cv=none; d=google.com; s=arc-20160816; b=EnBcoIWpxAWLmnGditPlQOV+x3VeiRf0/CAvDmAVxgJJRuo41FVqgpJH0xQ7Uxn0rh 8yV575MYXrz3a5iyDQRb77d0u/BnssFkr6CvxN0ZjWbs8R0xOyNnIKDZ8ciaB58PVemY Y1y+qhOvUc3uirXgS76kkF+R82RCWOPXZ7FMnFJBrRDPa1VU2/bzTeA5/bubq8ZQI2H0 RDi1rhJybY69yGrWetXXyQDQja1xmZ8ZPfBv4cj/pYrz04H2EjbaoczYmRJMFYiKUtpS TdYRLDexJP97hB2Wfb5LHojUgnw4WGoK95DpHnPwBuWbDYJxDc4Xkook+TqFziQnMZpn 5iew== 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=L5u98OkNGoUqmyCUtiMHIbRAR9HksKTW27sqUNGeOyo=; b=RxPLFFLcUTHFWqOT0prl32xBz6UJZImufiigN+q6jtemEYXu2ml8pIg8M3cOSmyIYi VSFI4R9ozcf530P1bWm7mI9QqHfLw9PaPf9elD2nwfi4I+S1fHet3IfhyqAoLb6SVpe9 31ti+S3RQY3wil0YdfUqE+8PFCwsllTQ3+GPNShGoU+VNfpVaZbsbpeGetMbASKCP3Vg 0o2Cs4TfaJm7m3uMSS2NVoHjvplmxN/hEOIRSZEHt8VcLTVR6pBRskEVnE12lkNvWaM+ LCQAQkz2kDLW+/16bBWuLH6Erisrv8Act0mySL7l8FItsT/kq5+kYSeeYv+8G9Dz/8SM uHrQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=X9txFVxM; 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 z6si16474651ils.150.2021.07.12.03.03.21; Mon, 12 Jul 2021 03:03:33 -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=X9txFVxM; 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 S245222AbhGLHT1 (ORCPT + 99 others); Mon, 12 Jul 2021 03:19:27 -0400 Received: from mail.kernel.org ([198.145.29.99]:55618 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241460AbhGLGzD (ORCPT ); Mon, 12 Jul 2021 02:55:03 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 37D6D6052B; Mon, 12 Jul 2021 06:52:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626072735; bh=2n3DZGOxfp4+EEijzFe09B/2zFAHlnQwax+cbtXPboY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=X9txFVxMzDqTpCaXC3pmEzKSVgB4hYibKyq6HG3pnjCpredhQtKp1fXL0OhIifvLP FKAiVhC5msBktRij9xn6Q6s4pIDY/aa4MbiDDnmsYRQelNNWZENm1Yo5qhI42ri8Ia PZ38fQPP4kCRPItLOeTQNcF5pclMEWtPLSyjD7vQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Miaohe Lin , Vitaly Wool , Hillf Danton , Andrew Morton , Linus Torvalds , Sasha Levin Subject: [PATCH 5.10 571/593] mm/z3fold: fix potential memory leak in z3fold_destroy_pool() Date: Mon, 12 Jul 2021 08:12:11 +0200 Message-Id: <20210712060957.765679086@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@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: Miaohe Lin [ Upstream commit dac0d1cfda56472378d330b1b76b9973557a7b1d ] There is a memory leak in z3fold_destroy_pool() as it forgets to free_percpu pool->unbuddied. Call free_percpu for pool->unbuddied to fix this issue. Link: https://lkml.kernel.org/r/20210619093151.1492174-6-linmiaohe@huawei.com Fixes: d30561c56f41 ("z3fold: use per-cpu unbuddied lists") Signed-off-by: Miaohe Lin Reviewed-by: Vitaly Wool Cc: Hillf Danton Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Sasha Levin --- mm/z3fold.c | 1 + 1 file changed, 1 insertion(+) diff --git a/mm/z3fold.c b/mm/z3fold.c index 8ae944eeb8e2..636a71c291bf 100644 --- a/mm/z3fold.c +++ b/mm/z3fold.c @@ -1063,6 +1063,7 @@ static void z3fold_destroy_pool(struct z3fold_pool *pool) destroy_workqueue(pool->compact_wq); destroy_workqueue(pool->release_wq); z3fold_unregister_migration(pool); + free_percpu(pool->unbuddied); kfree(pool); } -- 2.30.2