[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20260118190523.42581-1-jiashengjiangcool@gmail.com>
Date: Sun, 18 Jan 2026 19:05:23 +0000
From: Jiasheng Jiang <jiashengjiangcool@...il.com>
To: markus.elfring@....de
Cc: jiashengjiangcool@...il.com,
jlbec@...lplan.org,
joseph.qi@...ux.alibaba.com,
linux-kernel@...r.kernel.org,
mark@...heh.com,
ocfs2-devel@...ts.linux.dev,
stable@...r.kernel.org
Subject: [PATCH v2] 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.
Fixes: e73a819db9c2 ("ocfs2: Add support for incrementing refcount in the tree.")
Signed-off-by: Jiasheng Jiang <jiashengjiangcool@...il.com>
---
Changelog:
v1 -> v2:
1. Add a Fixes tag.
---
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