From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-oa1-f70.google.com (mail-oa1-f70.google.com [209.85.160.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2DD063DB640 for ; Thu, 9 Apr 2026 14:28:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.70 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775744884; cv=none; b=S6BE8MM1xWgp1V/13XMVFhDAqLbOze8txvj2JXkK3z/ybWttBXjvA/BWk7PFcaPraCgmT9VHlIHzATcZpbS7SJySeCV8c45fw7DuQ8VJ5tpeCYA3UKJBjBcGBHffBNUxNjoNe981I1c4Sv6Nd3MtBb2/F8c4HgTYCFHUYaXf1kI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775744884; c=relaxed/simple; bh=l0t2TBAbbWCoFJvjCTloQcxSEpdJ6gMYPpAceZJPIUM=; h=MIME-Version:Date:In-Reply-To:Message-ID:Subject:From:To: Content-Type; b=kSexXv5/dFFFFTl9AufGw5tyVpUI8UumGkGhFo6S8MmQPMxSa6Qm5PTQ4WQciLfAD2D6FD77I2wBgjxldeN1ovzBTQSD0LxHZ9jCLVWfpUGkgeeZLXAS//bvSmy71gLQKNrP/LL36GwQ9gzQZ0/vM3Dm71FGfh7t4v3tXzALWPo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=syzkaller.appspotmail.com; spf=pass smtp.mailfrom=M3KW2WVRGUFZ5GODRSRYTGD7.apphosting.bounces.google.com; arc=none smtp.client-ip=209.85.160.70 Authentication-Results: smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=syzkaller.appspotmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=M3KW2WVRGUFZ5GODRSRYTGD7.apphosting.bounces.google.com Received: by mail-oa1-f70.google.com with SMTP id 586e51a60fabf-42394108a90so1788955fac.0 for ; Thu, 09 Apr 2026 07:28:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775744882; x=1776349682; h=to:from:subject:message-id:in-reply-to:date:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=uQlYAWF/mqdAPIQqQxOtpdqEufQh4b90dfgR4jts7jw=; b=jROTjsadO/RN0N5T85rJZhraHGe+CMUIDxdLwRAXoqJzpQa+Eh1Ai5xuPF5c2pCc42 4iTaiaBiWwbwZd7Kf826q8Vj7k4K98Bv1qqzQlzcBrM3VO6vVVn/qGzJPw/StWsm8uiF ypO6l74NMWwAUPNnHnyExaLV3JwjWQvSloNBthV3CDivbD68vuzN5qzO4scNY4YOaxDE u1C6baoPUBoqn7RERADx1+k1NArdaLxQa/LwH806mjCk2KyfNfevrQavNEoJf/Oq3925 smSY4+7XXcJVnaOXhpic9yOFKuoFuJSMDPEu7WK/QDgfh3c6nIqMTy7Ijv684tz1SDk6 7mYA== X-Forwarded-Encrypted: i=1; AJvYcCWGCBgCtqMxTD+omQ/F35WcsmARvFqtA99fUhPA96mIQBIt+KrKb12ZhZoGB8EnfkaEUPUlWHP6vJzHa/I=@vger.kernel.org X-Gm-Message-State: AOJu0YwkBEMWPJrdQJvpTUmVTK1mz9bJQYShXGqaEq4sSYjdbRXZw//f H4lnq+5CIu7zuNc0AHKVdWBK5PouBFyWobhRzJyWYDMHarB3+2K66apcWttOsU7v2PaONSJw5go L97r5m/+pepmwvd3bDAL9RM9jC2qCf/EcBkj1yjib1fQXFszZ80JN9t4y41U= Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Received: by 2002:a05:6820:81f:b0:685:c62e:f8a7 with SMTP id 006d021491bc7-685c62efb4amr8472325eaf.22.1775744882222; Thu, 09 Apr 2026 07:28:02 -0700 (PDT) Date: Thu, 09 Apr 2026 07:28:02 -0700 In-Reply-To: X-Google-Appengine-App-Id: s~syzkaller X-Google-Appengine-App-Id-Alias: syzkaller Message-ID: <69d7b772.050a0220.3030df.0017.GAE@google.com> Subject: Re: [syzbot] [cgroups?] KASAN: slab-use-after-free Read in pressure_write From: syzbot To: eadavis@qq.com, linux-kernel@vger.kernel.org, syzkaller-bugs@googlegroups.com Content-Type: text/plain; charset="UTF-8" Hello, syzbot has tested the proposed patch but the reproducer is still triggering an issue: possible deadlock in __kernfs_remove ====================================================== WARNING: possible circular locking dependency detected syzkaller #0 Not tainted ------------------------------------------------------ syz.1.18/6652 is trying to acquire lock: ffff88803634de18 (kn->active#59){++++}-{0:0}, at: __kernfs_remove+0x3cf/0x660 fs/kernfs/dir.c:1513 but task is already holding lock: ffffffff8de0ad98 (cgroup_mutex){+.+.}-{4:4}, at: cgroup_lock include/linux/cgroup.h:394 [inline] ffffffff8de0ad98 (cgroup_mutex){+.+.}-{4:4}, at: cgroup_kn_lock_live+0x13c/0x230 kernel/cgroup/cgroup.c:1732 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (cgroup_mutex){+.+.}-{4:4}: __mutex_lock_common kernel/locking/rtmutex_api.c:533 [inline] mutex_lock_nested+0x5a/0x1d0 kernel/locking/rtmutex_api.c:552 cgroup_lock include/linux/cgroup.h:394 [inline] cgroup_lock_and_drain_offline+0x8d/0x4a0 kernel/cgroup/cgroup.c:3265 cgroup_kn_lock_live+0x120/0x230 kernel/cgroup/cgroup.c:1730 cgroup_subtree_control_write+0x4b3/0x10a0 kernel/cgroup/cgroup.c:3580 cgroup_file_write+0x36f/0x790 kernel/cgroup/cgroup.c:4311 kernfs_fop_write_iter+0x43e/0x5e0 fs/kernfs/file.c:354 new_sync_write fs/read_write.c:595 [inline] vfs_write+0x629/0xba0 fs/read_write.c:688 ksys_write+0x156/0x270 fs/read_write.c:740 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0x14d/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f -> #1 (&kernfs_locks->open_file_mutex[count]){+.+.}-{4:4}: __mutex_lock_common kernel/locking/rtmutex_api.c:533 [inline] mutex_lock_nested+0x5a/0x1d0 kernel/locking/rtmutex_api.c:552 kernfs_open_file_mutex_lock fs/kernfs/file.c:56 [inline] kernfs_get_open_node fs/kernfs/file.c:542 [inline] kernfs_fop_open+0x6e6/0xcb0 fs/kernfs/file.c:722 do_dentry_open+0x83d/0x13e0 fs/open.c:949 vfs_open+0x3b/0x350 fs/open.c:1081 do_open fs/namei.c:4677 [inline] path_openat+0x2e43/0x38a0 fs/namei.c:4836 do_file_open+0x23e/0x4a0 fs/namei.c:4865 do_sys_openat2+0x113/0x200 fs/open.c:1366 do_sys_open fs/open.c:1372 [inline] __do_sys_openat fs/open.c:1388 [inline] __se_sys_openat fs/open.c:1383 [inline] __x64_sys_openat+0x138/0x170 fs/open.c:1383 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0x14d/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f -> #0 (kn->active#59){++++}-{0:0}: check_prev_add kernel/locking/lockdep.c:3165 [inline] check_prevs_add kernel/locking/lockdep.c:3284 [inline] validate_chain kernel/locking/lockdep.c:3908 [inline] __lock_acquire+0x15a5/0x2cf0 kernel/locking/lockdep.c:5237 lock_acquire+0xf0/0x2e0 kernel/locking/lockdep.c:5868 kernfs_drain+0x284/0x600 fs/kernfs/dir.c:511 __kernfs_remove+0x3cf/0x660 fs/kernfs/dir.c:1513 kernfs_remove_by_name_ns+0xaf/0x130 fs/kernfs/dir.c:1722 kernfs_remove_by_name include/linux/kernfs.h:633 [inline] cgroup_rm_file kernel/cgroup/cgroup.c:1758 [inline] cgroup_addrm_files+0x684/0xc30 kernel/cgroup/cgroup.c:4483 cgroup_destroy_locked+0x321/0x630 kernel/cgroup/cgroup.c:6197 cgroup_rmdir+0x3e8/0x710 kernel/cgroup/cgroup.c:6311 kernfs_iop_rmdir+0x203/0x350 fs/kernfs/dir.c:1291 vfs_rmdir+0x400/0x6f0 fs/namei.c:5344 filename_rmdir+0x292/0x520 fs/namei.c:5399 __do_sys_rmdir fs/namei.c:5422 [inline] __se_sys_rmdir+0x2e/0x140 fs/namei.c:5419 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0x14d/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f other info that might help us debug this: Chain exists of: kn->active#59 --> &kernfs_locks->open_file_mutex[count] --> cgroup_mutex Possible unsafe locking scenario: CPU0 CPU1 ---- ---- lock(cgroup_mutex); lock(&kernfs_locks->open_file_mutex[count]); lock(cgroup_mutex); lock(kn->active#59); *** DEADLOCK *** 4 locks held by syz.1.18/6652: #0: ffff888024604480 (sb_writers#9){.+.+}-{0:0}, at: mnt_want_write+0x41/0x90 fs/namespace.c:493 #1: ffff888044184378 (&type->i_mutex_dir_key#6/1){+.+.}-{4:4}, at: inode_lock_nested include/linux/fs.h:1073 [inline] #1: ffff888044184378 (&type->i_mutex_dir_key#6/1){+.+.}-{4:4}, at: __start_dirop fs/namei.c:2929 [inline] #1: ffff888044184378 (&type->i_mutex_dir_key#6/1){+.+.}-{4:4}, at: start_dirop fs/namei.c:2940 [inline] #1: ffff888044184378 (&type->i_mutex_dir_key#6/1){+.+.}-{4:4}, at: filename_rmdir+0x1cd/0x520 fs/namei.c:5392 #2: ffff888054c08c78 (&type->i_mutex_dir_key#6){++++}-{4:4}, at: inode_lock include/linux/fs.h:1028 [inline] #2: ffff888054c08c78 (&type->i_mutex_dir_key#6){++++}-{4:4}, at: vfs_rmdir+0x109/0x6f0 fs/namei.c:5329 #3: ffffffff8de0ad98 (cgroup_mutex){+.+.}-{4:4}, at: cgroup_lock include/linux/cgroup.h:394 [inline] #3: ffffffff8de0ad98 (cgroup_mutex){+.+.}-{4:4}, at: cgroup_kn_lock_live+0x13c/0x230 kernel/cgroup/cgroup.c:1732 stack backtrace: CPU: 0 UID: 0 PID: 6652 Comm: syz.1.18 Not tainted syzkaller #0 PREEMPT_{RT,(full)} Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 03/18/2026 Call Trace: dump_stack_lvl+0xe8/0x150 lib/dump_stack.c:120 print_circular_bug+0x2e1/0x300 kernel/locking/lockdep.c:2043 check_noncircular+0x12e/0x150 kernel/locking/lockdep.c:2175 check_prev_add kernel/locking/lockdep.c:3165 [inline] check_prevs_add kernel/locking/lockdep.c:3284 [inline] validate_chain kernel/locking/lockdep.c:3908 [inline] __lock_acquire+0x15a5/0x2cf0 kernel/locking/lockdep.c:5237 lock_acquire+0xf0/0x2e0 kernel/locking/lockdep.c:5868 kernfs_drain+0x284/0x600 fs/kernfs/dir.c:511 __kernfs_remove+0x3cf/0x660 fs/kernfs/dir.c:1513 kernfs_remove_by_name_ns+0xaf/0x130 fs/kernfs/dir.c:1722 kernfs_remove_by_name include/linux/kernfs.h:633 [inline] cgroup_rm_file kernel/cgroup/cgroup.c:1758 [inline] cgroup_addrm_files+0x684/0xc30 kernel/cgroup/cgroup.c:4483 cgroup_destroy_locked+0x321/0x630 kernel/cgroup/cgroup.c:6197 cgroup_rmdir+0x3e8/0x710 kernel/cgroup/cgroup.c:6311 kernfs_iop_rmdir+0x203/0x350 fs/kernfs/dir.c:1291 vfs_rmdir+0x400/0x6f0 fs/namei.c:5344 filename_rmdir+0x292/0x520 fs/namei.c:5399 __do_sys_rmdir fs/namei.c:5422 [inline] __se_sys_rmdir+0x2e/0x140 fs/namei.c:5419 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0x14d/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f4ba117c819 Code: ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 e8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f4ba07d6028 EFLAGS: 00000246 ORIG_RAX: 0000000000000054 RAX: ffffffffffffffda RBX: 00007f4ba13f5fa0 RCX: 00007f4ba117c819 RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000200000000100 RBP: 00007f4ba1212c91 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 R13: 00007f4ba13f6038 R14: 00007f4ba13f5fa0 R15: 00007fff23e2bb58 Tested on: commit: 7f87a5ea Merge tag 'hid-for-linus-2026040801' of git:/.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=14138cd2580000 kernel config: https://syzkaller.appspot.com/x/.config?x=45cb3c58fd963c27 dashboard link: https://syzkaller.appspot.com/bug?extid=33e571025d88efd1312c compiler: Debian clang version 21.1.8 (++20251221033036+2078da43e25a-1~exp1~20251221153213.50), Debian LLD 21.1.8 patch: https://syzkaller.appspot.com/x/patch.diff?x=17beaeba580000