Received: by 2002:a05:6358:16cd:b0:dc:6189:e246 with SMTP id r13csp717262rwl; Fri, 4 Nov 2022 05:42:00 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4VN3qXp/2IsFtywBvfvBPNlwvDu8POnkSxB2lVRgUzuoHuxT+n8qU5nFj6OwbsUEH3BmFN X-Received: by 2002:a17:907:75f1:b0:78a:f935:647d with SMTP id jz17-20020a17090775f100b0078af935647dmr33851328ejc.587.1667565719840; Fri, 04 Nov 2022 05:41:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667565719; cv=none; d=google.com; s=arc-20160816; b=VAsCQlCsHxlvs1daoSLG8R90u5MWfOF0k5bANTdy/SEKNTTU73ldCVm2phH1xVhAt3 gU+MXkdAGenXAAmvdy2E7xcfAtliCU3arW+NswWnuKOM4zjctgpuhOX0820nnG/p9PdA LR3xa+R+kSL6QgsWWVIW3MynM259GDDr4qiipUTgBGn4trJdQNULH6xuEoO2qjnIxYTE wpzwVNV+dzxA6M54giK8E5icV1fXGUiItPMHcs508/JSx6qPhZy9TNs3SyRjdTnaSbux THr6tuqGYqd9WcaJSyGcVojphqW9tItcGK2Qws9psEVLb2VBjbYMbhBA9ltAYphGgLsS TGTA== 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=yemK0rpHEFcL08HV7d90ZKQaH93sj3RUzSWv2adrseI=; b=hTE4dMkgz3qWoNVKbkLg6FI6e+mqVn0pACQWJZLocxYrReMskRb6SIBF+y+HvEnrZD Cej4u9Z2NT0/p8Xs5UQgbhbXxiNPTeb6+4hH2b1CD1P+12R6GGaQOp7ktGwObB42Gtwt CHcypWFNJADl+Ndp9UyPjhf/jr8ySZkZU/cmfuz/SHcpACxipRcqhHQMP/KASZTOlhdm 8IxAlXqjf0RWU53Mt93zZ7T4aTPZThsFErBz4J/CJzYC+U6W8zDvebzXthRAdMgtOu0O ph03nDxlvb42Q99s46XW1oFtG8t9zcwdJvJKQkIXbmovD+Hcbj47Sdms+I/WbCH3KLkY pFsg== 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; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j27-20020a170906279b00b007982c5e6ec8si3756422ejc.89.2022.11.04.05.41.36; Fri, 04 Nov 2022 05:41:59 -0700 (PDT) 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; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231605AbiKDLmi (ORCPT + 96 others); Fri, 4 Nov 2022 07:42:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57906 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229489AbiKDLmg (ORCPT ); Fri, 4 Nov 2022 07:42:36 -0400 Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 53D9A12760 for ; Fri, 4 Nov 2022 04:42:35 -0700 (PDT) Received: from kwepemi500012.china.huawei.com (unknown [172.30.72.55]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4N3dtp0W38zpW70; Fri, 4 Nov 2022 19:38:58 +0800 (CST) Received: from huawei.com (10.67.175.21) by kwepemi500012.china.huawei.com (7.221.188.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Fri, 4 Nov 2022 19:42:32 +0800 From: Li Zetao To: , , , CC: , , , , Subject: [PATCH] gfs2: Fix memory leak in init_journal() Date: Fri, 4 Nov 2022 20:31:04 +0800 Message-ID: <20221104123104.628576-1-lizetao1@huawei.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.67.175.21] X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To kwepemi500012.china.huawei.com (7.221.188.12) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,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 There is a memory leak report by kmemleak: unreferenced object 0xffff8881786ff9a0 (size 192): comm "mount", pid 8881, jiffies 4301165942 (age 892.453s) hex dump (first 32 bytes): e0 ef 6f 78 81 88 ff ff 70 95 2a 04 81 88 ff ff ..ox....p.*..... b0 f9 6f 78 81 88 ff ff b0 f9 6f 78 81 88 ff ff ..ox......ox.... backtrace: [] kmalloc_trace+0x27/0xa0 [] init_inodes+0x495/0x2010 [gfs2] [] gfs2_fill_super+0x18c7/0x25b0 [gfs2] [] get_tree_bdev+0x3e6/0x6e0 [] gfs2_get_tree+0x44/0x220 [gfs2] [] vfs_get_tree+0x7d/0x230 [] path_mount+0xd63/0x1760 [] do_mount+0xca/0xe0 [] __x64_sys_mount+0x12c/0x1a0 [] do_syscall_64+0x35/0x80 [] entry_SYSCALL_64_after_hwframe+0x46/0xb0 The root cause was traced to an error handling path in init_journal() when gfs2_jindex_hold() fails. The GFS2 superblock will hold a list of "gfs2_jdesc", and some of them are not freed in error handling path "fail" when gfs2_jindex_hold() fails. Fix it by freeing the memory of "gfs2_jdesc" allocated in the loop in gfs2_jindex_hold() when an error occurs. Fixes: b3b94faa5fe5 ("[GFS2] The core of GFS2") Signed-off-by: Li Zetao --- fs/gfs2/ops_fstype.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/fs/gfs2/ops_fstype.c b/fs/gfs2/ops_fstype.c index c0cf1d2d0ef5..b55bee96619e 100644 --- a/fs/gfs2/ops_fstype.c +++ b/fs/gfs2/ops_fstype.c @@ -625,6 +625,9 @@ static int gfs2_jindex_hold(struct gfs2_sbd *sdp, struct gfs2_holder *ji_gh) spin_unlock(&sdp->sd_jindex_spin); } + if (error) + gfs2_jindex_free(sdp); + mutex_unlock(&sdp->sd_jindex_mutex); return error; -- 2.25.1