[<prev] [next>] [day] [month] [year] [list]
Message-Id: <20260117161605.30291-1-jiashengjiangcool@gmail.com>
Date: Sat, 17 Jan 2026 16:16:05 +0000
From: Jiasheng Jiang <jiashengjiangcool@...il.com>
To: Mark Fasheh <mark@...heh.com>,
Joel Becker <jlbec@...lplan.org>,
Joseph Qi <joseph.qi@...ux.alibaba.com>,
linux-kernel@...r.kernel.org
Cc: ocfs2-devel@...ts.linux.dev,
Jiasheng Jiang <jiashengjiangcool@...il.com>
Subject: [PATCH] ocfs2: fix NULL pointer dereference in ocfs2_get_refcount_rec
In ocfs2_get_refcount_rec(), the 'rec' pointer is initialized to NULL.
If the extent list is empty (el->l_next_free_rec == 0), the loop skips
assignment, leaving 'rec' as NULL and 'found' as 0.
Currently, the code skips the 'if (found)' block but proceeds directly to
dereference 'rec' at line 767 (le64_to_cpu(rec->e_blkno)), causing a
NULL pointer dereference panic.
This patch adds an 'else' branch to the 'if (found)' check. If no valid
record is found, it reports a filesystem error and exits, preventing
the invalid memory access.
Signed-off-by: Jiasheng Jiang <jiashengjiangcool@...il.com>
---
fs/ocfs2/refcounttree.c | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/fs/ocfs2/refcounttree.c b/fs/ocfs2/refcounttree.c
index c92e0ea85bca..464bdd6e0a8e 100644
--- a/fs/ocfs2/refcounttree.c
+++ b/fs/ocfs2/refcounttree.c
@@ -1122,6 +1122,11 @@ static int ocfs2_get_refcount_rec(struct ocfs2_caching_info *ci,
if (cpos_end < low_cpos + len)
len = cpos_end - low_cpos;
+ } else {
+ ret = ocfs2_error(sb, "Refcount tree %llu has no extent record covering cpos %u\n",
+ (unsigned long long)ocfs2_metadata_cache_owner(ci),
+ low_cpos);
+ goto out;
}
ret = ocfs2_read_refcount_block(ci, le64_to_cpu(rec->e_blkno),
--
2.25.1
Powered by blists - more mailing lists