From: syzbot <syzbot+c897823f699449cc3eb4@syzkaller.appspotmail.com>
To: kartikey406@gmail.com, linux-kernel@vger.kernel.org,
syzkaller-bugs@googlegroups.com
Subject: Re: [syzbot] [ocfs2?] KASAN: use-after-free Read in ocfs2_check_dir_entry
Date: Thu, 11 Dec 2025 00:30:02 -0800 [thread overview]
Message-ID: <693a810a.a70a0220.33cd7b.002c.GAE@google.com> (raw)
In-Reply-To: <20251211080643.3534657-1-kartikey406@gmail.com>
Hello,
syzbot has tested the proposed patch but the reproducer is still triggering an issue:
KASAN: use-after-free Read in ocfs2_check_dir_entry
(kworker/u8:17,5105,0):ocfs2_read_blocks_sync:112 ERROR: status = -12
(kworker/u8:17,5105,0):ocfs2_read_locked_inode:599 ERROR: status = -12
==================================================================
BUG: KASAN: use-after-free in ocfs2_check_dir_entry+0x3a0/0x480 fs/ocfs2/dir.c:318
Read of size 2 at addr ffff88805fe76780 by task kworker/u8:17/5105
CPU: 0 UID: 0 PID: 5105 Comm: kworker/u8:17 Not tainted syzkaller #0 PREEMPT_{RT,(full)}
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/25/2025
Workqueue: ocfs2_wq ocfs2_complete_recovery
Call Trace:
<TASK>
dump_stack_lvl+0x189/0x250 lib/dump_stack.c:120
print_address_description mm/kasan/report.c:378 [inline]
print_report+0xca/0x240 mm/kasan/report.c:482
kasan_report+0x118/0x150 mm/kasan/report.c:595
ocfs2_check_dir_entry+0x3a0/0x480 fs/ocfs2/dir.c:318
ocfs2_dir_foreach_blk_id fs/ocfs2/dir.c:1826 [inline]
ocfs2_dir_foreach_blk+0xfff/0x1420 fs/ocfs2/dir.c:1954
ocfs2_dir_foreach+0x42/0x70 fs/ocfs2/dir.c:1965
ocfs2_queue_orphans fs/ocfs2/journal.c:2215 [inline]
ocfs2_recover_orphans fs/ocfs2/journal.c:2299 [inline]
ocfs2_complete_recovery+0xc37/0x20b0 fs/ocfs2/journal.c:1366
process_one_work kernel/workqueue.c:3257 [inline]
process_scheduled_works+0xad1/0x1770 kernel/workqueue.c:3340
worker_thread+0x8a0/0xda0 kernel/workqueue.c:3421
kthread+0x711/0x8a0 kernel/kthread.c:463
ret_from_fork+0x599/0xb30 arch/x86/kernel/process.c:158
ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246
</TASK>
The buggy address belongs to the physical page:
page: refcount:0 mapcount:0 mapping:0000000000000000 index:0x1d1 pfn:0x5fe76
flags: 0x80000000000000(node=0|zone=1)
raw: 0080000000000000 ffffea00017f93c8 ffffea00017f9ec8 0000000000000000
raw: 00000000000001d1 0000000000000000 00000000ffffffff 0000000000000000
page dumped because: kasan: bad access detected
page_owner tracks the page as freed
page last allocated via order 0, migratetype Movable, gfp_mask 0x140cca(GFP_HIGHUSER_MOVABLE|__GFP_COMP), pid 6496, tgid 6496 (cmp), ts 169634784819, free_ts 169719162751
set_page_owner include/linux/page_owner.h:32 [inline]
post_alloc_hook+0x234/0x290 mm/page_alloc.c:1846
prep_new_page mm/page_alloc.c:1854 [inline]
get_page_from_freelist+0x28c0/0x2960 mm/page_alloc.c:3915
__alloc_frozen_pages_noprof+0x181/0x370 mm/page_alloc.c:5210
alloc_pages_mpol+0xd1/0x380 mm/mempolicy.c:2486
folio_alloc_mpol_noprof mm/mempolicy.c:2505 [inline]
vma_alloc_folio_noprof+0xe4/0x280 mm/mempolicy.c:2540
folio_prealloc+0x30/0x180 mm/memory.c:-1
do_cow_fault mm/memory.c:5779 [inline]
do_fault mm/memory.c:5891 [inline]
do_pte_missing+0x509/0x27a0 mm/memory.c:4401
handle_pte_fault mm/memory.c:6273 [inline]
__handle_mm_fault mm/memory.c:6411 [inline]
handle_mm_fault+0xcc1/0x1330 mm/memory.c:6580
do_user_addr_fault+0xa7c/0x1380 arch/x86/mm/fault.c:1336
handle_page_fault arch/x86/mm/fault.c:1476 [inline]
exc_page_fault+0x82/0x100 arch/x86/mm/fault.c:1532
asm_exc_page_fault+0x26/0x30 arch/x86/include/asm/idtentry.h:618
page last free pid 6496 tgid 6496 stack trace:
reset_page_owner include/linux/page_owner.h:25 [inline]
free_pages_prepare mm/page_alloc.c:1395 [inline]
free_unref_folios+0xc28/0x1810 mm/page_alloc.c:3000
folios_put_refs+0x569/0x670 mm/swap.c:1002
free_pages_and_swap_cache+0x277/0x520 mm/swap_state.c:355
__tlb_batch_free_encoded_pages mm/mmu_gather.c:136 [inline]
tlb_batch_pages_flush mm/mmu_gather.c:149 [inline]
tlb_flush_mmu_free mm/mmu_gather.c:397 [inline]
tlb_flush_mmu+0x3a0/0x680 mm/mmu_gather.c:404
tlb_finish_mmu+0xc3/0x1d0 mm/mmu_gather.c:497
exit_mmap+0x439/0xb10 mm/mmap.c:1290
__mmput+0xcb/0x3d0 kernel/fork.c:1173
exit_mm+0x1da/0x2c0 kernel/exit.c:581
do_exit+0x658/0x2310 kernel/exit.c:959
do_group_exit+0x21c/0x2d0 kernel/exit.c:1112
__do_sys_exit_group kernel/exit.c:1123 [inline]
__se_sys_exit_group kernel/exit.c:1121 [inline]
__x64_sys_exit_group+0x3f/0x40 kernel/exit.c:1121
__pfx_syscall_get_nr+0x0/0x10 arch/x86/include/generated/asm/syscalls_64.h:232
do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline]
do_syscall_64+0xfa/0xf80 arch/x86/entry/syscall_64.c:94
entry_SYSCALL_64_after_hwframe+0x77/0x7f
Memory state around the buggy address:
ffff88805fe76680: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ffff88805fe76700: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>ffff88805fe76780: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
^
ffff88805fe76800: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ffff88805fe76880: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
==================================================================
Tested on:
commit: d358e525 Merge tag 'for-6.19/dm-changes' of git://git...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=138ef992580000
kernel config: https://syzkaller.appspot.com/x/.config?x=f315601b98a91c0b
dashboard link: https://syzkaller.appspot.com/bug?extid=c897823f699449cc3eb4
compiler: Debian clang version 20.1.8 (++20250708063551+0c9f909b7976-1~exp1~20250708183702.136), Debian LLD 20.1.8
patch: https://syzkaller.appspot.com/x/patch.diff?x=123891c2580000
next parent reply other threads:[~2025-12-11 8:30 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20251211080643.3534657-1-kartikey406@gmail.com>
2025-12-11 8:30 ` syzbot [this message]
[not found] <20251211092731.3558119-1-kartikey406@gmail.com>
2025-12-11 10:23 ` [syzbot] [ocfs2?] KASAN: use-after-free Read in ocfs2_check_dir_entry syzbot
2025-12-11 6:22 syzbot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=693a810a.a70a0220.33cd7b.002c.GAE@google.com \
--to=syzbot+c897823f699449cc3eb4@syzkaller.appspotmail.com \
--cc=kartikey406@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=syzkaller-bugs@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.