[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20251114015631.1729-1-vulab@iscas.ac.cn>
Date: Fri, 14 Nov 2025 09:56:31 +0800
From: Haotian Zhang <vulab@...as.ac.cn>
To: Andrew Morton <akpm@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
Kuan-Wei Chiu <visitorckw@...il.com>
Cc: linux-kernel@...r.kernel.org,
Haotian Zhang <vulab@...as.ac.cn>
Subject: [PATCH v3] debugobjects: Fix inconsistent return handling and potential ERR_PTR dereference
The lookup_object_or_alloc() function can return NULL on memory
allocation failure, while returning an error pointer for other errors.
Call sites such as __debug_object_init() and debug_object_activate()
only check for errors using IS_ERR(), which does not evaluate to true
for a NULL pointer. This can lead to a NULL pointer dereference if
memory allocation fails.
To fix this, modify lookup_object_or_alloc() to consistently return
ERR_PTR(-ENOMEM) on allocation failure. This ensures that all error
paths return a valid error pointer that can be caught by IS_ERR().
Update all three call sites (__debug_object_init, debug_object_activate,
and debug_object_assert_init) to use IS_ERR() for error checking and
handle -ENOMEM by calling debug_objects_oom(), thus preventing the
potential bug and making the error handling robust and consistent.
Fixes: 63a759694eed ("debugobject: Prevent init race with static objects")
Suggested-by: Kuan-Wei Chiu <visitorckw@...il.com>
Signed-off-by: Haotian Zhang <vulab@...as.ac.cn>
---
Changes in v3:
-Reword commit message to clearly describe the NULL pointer
dereference bug, as suggested by Kuan-Wei Chiu.
-Change subject prefix to "debugobjects:".
---
Changes in v2:
-Make error handling consistent across all call sites as suggested
by Kuan-Wei Chiu
---
lib/debugobjects.c | 23 +++++++++++++----------
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/lib/debugobjects.c b/lib/debugobjects.c
index 7f50c4480a4e..d2d1979e2d12 100644
--- a/lib/debugobjects.c
+++ b/lib/debugobjects.c
@@ -691,7 +691,7 @@ static struct debug_obj *lookup_object_or_alloc(void *addr, struct debug_bucket
/* Out of memory. Do the cleanup outside of the locked region */
debug_objects_enabled = false;
- return NULL;
+ return ERR_PTR(-ENOMEM);
}
static void debug_objects_fill_pool(void)
@@ -741,9 +741,10 @@ __debug_object_init(void *addr, const struct debug_obj_descr *descr, int onstack
raw_spin_lock_irqsave(&db->lock, flags);
obj = lookup_object_or_alloc(addr, db, descr, onstack, false);
- if (unlikely(!obj)) {
+ if (IS_ERR(obj)) {
raw_spin_unlock_irqrestore(&db->lock, flags);
- debug_objects_oom();
+ if (PTR_ERR(obj) == -ENOMEM)
+ debug_objects_oom();
return;
}
@@ -818,11 +819,13 @@ int debug_object_activate(void *addr, const struct debug_obj_descr *descr)
raw_spin_lock_irqsave(&db->lock, flags);
obj = lookup_object_or_alloc(addr, db, descr, false, true);
- if (unlikely(!obj)) {
- raw_spin_unlock_irqrestore(&db->lock, flags);
- debug_objects_oom();
- return 0;
- } else if (likely(!IS_ERR(obj))) {
+ if (IS_ERR(obj)) {
+ if (PTR_ERR(obj) == -ENOMEM) {
+ raw_spin_unlock_irqrestore(&db->lock, flags);
+ debug_objects_oom();
+ return 0;
+ }
+ } else {
switch (obj->state) {
case ODEBUG_STATE_ACTIVE:
case ODEBUG_STATE_DESTROYED:
@@ -1007,11 +1010,11 @@ void debug_object_assert_init(void *addr, const struct debug_obj_descr *descr)
raw_spin_lock_irqsave(&db->lock, flags);
obj = lookup_object_or_alloc(addr, db, descr, false, true);
raw_spin_unlock_irqrestore(&db->lock, flags);
- if (likely(!IS_ERR_OR_NULL(obj)))
+ if (!IS_ERR(obj))
return;
/* If NULL the allocation has hit OOM */
- if (!obj) {
+ if (PTR_ERR(obj) == -ENOMEM) {
debug_objects_oom();
return;
}
--
2.50.1.windows.1
Powered by blists - more mailing lists