From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id C0C85C02194 for ; Wed, 5 Feb 2025 14:56:24 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 30453280010; Wed, 5 Feb 2025 09:56:24 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 2B33728000A; Wed, 5 Feb 2025 09:56:24 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 1A29C280010; Wed, 5 Feb 2025 09:56:24 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id EF09728000A for ; Wed, 5 Feb 2025 09:56:23 -0500 (EST) Received: from smtpin08.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 78724120D28 for ; Wed, 5 Feb 2025 14:56:23 +0000 (UTC) X-FDA: 83086191846.08.70DC3FB Received: from nyc.source.kernel.org (nyc.source.kernel.org [147.75.193.91]) by imf02.hostedemail.com (Postfix) with ESMTP id 7B8A88000C for ; Wed, 5 Feb 2025 14:56:21 +0000 (UTC) Authentication-Results: imf02.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=JRe9tQzk; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf02.hostedemail.com: domain of "SRS0=GVFa=U4=paulmck-ThinkPad-P17-Gen-1.home=paulmck@kernel.org" designates 147.75.193.91 as permitted sender) smtp.mailfrom="SRS0=GVFa=U4=paulmck-ThinkPad-P17-Gen-1.home=paulmck@kernel.org" ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1738767381; a=rsa-sha256; cv=none; b=8UwizPwS7fxf6OPqteKscy0btpTQwuzh6QCiElyiu2pdIWM/U7K9DoB6cc4t0cpwvyBys3 ieTw26hnfG7iN8CEA3+AfZg73vyzxfgZE/eCGXoVcJ921THRAqgd7Od5sK3TTKU4l/Sij7 ufFI1jOj2N2TXxGHJhmV1jRhbNIIk/k= ARC-Authentication-Results: i=1; imf02.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=JRe9tQzk; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf02.hostedemail.com: domain of "SRS0=GVFa=U4=paulmck-ThinkPad-P17-Gen-1.home=paulmck@kernel.org" designates 147.75.193.91 as permitted sender) smtp.mailfrom="SRS0=GVFa=U4=paulmck-ThinkPad-P17-Gen-1.home=paulmck@kernel.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1738767381; h=from:from:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=QgUqbhL4pI6U8bBWdn3p+RyBvLNioCvf2DZh0jIMmOM=; b=rq85WM2jozxuVJFg7tinhD+wak8aJSe3CFUviUp2sHZ+nw2jzMNAGb3rU5y5ptN6LydT1I aQd+dCWgnA2b945vKOAIsBZ4qgsKa4wvvOGEmIMJFkA9AfGeZoe0+XMOxmN/vDjg+vlTIy HT4dj1HDYJlFolpu3P+ZmQFb9jfinWw= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by nyc.source.kernel.org (Postfix) with ESMTP id 86E53A4371B; Wed, 5 Feb 2025 14:54:34 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 460F9C4CED6; Wed, 5 Feb 2025 14:56:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1738767380; bh=suedBXgOqsaza0cIwFzD3Owz5wVb4B1ExCnNEwxoNQA=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=JRe9tQzkmvWDHjDL2iuLBDftpLwZZCIl2tHZe2Ysp9W66/tQvzPyh/qj6NljELKmx POiX8/eCF1gDJ3uWkFfQGn0XqpILtxmCw8x9vdVvht8mpeudaOkQJ889Lfbr8wt6Tq aFGKVoLegxEV/5GDLOtQeSg1yPuuPAnCVlFv5xxUAMFqHTUhuKZxLO+lMaPbrOgu+T dCI6Nq4t0uQDSAFqKdu4x5RQUJacZkNFovbiCN79xSRwBc0CzCauapzmgVHs9XK0/K wCl69QoPgRib9ymyGBZNvdu6guxv7wV4WJW/p9Fa0k3MkVTDGdHsnZpxfa71a16hn2 kBKbtxEe/nRkA== Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000) id E405CCE0749; Wed, 5 Feb 2025 06:56:19 -0800 (PST) Date: Wed, 5 Feb 2025 06:56:19 -0800 From: "Paul E. McKenney" To: syzbot Cc: akpm@linux-foundation.org, josh@joshtriplett.org, kent.overstreet@linux.dev, linux-bcachefs@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, rcu@vger.kernel.org, syzkaller-bugs@googlegroups.com Subject: Re: [syzbot] [rcu?] [bcachefs?] BUG: unable to handle kernel NULL pointer dereference in rcu_core (3) Message-ID: <9694d40a-072e-47c2-a950-3b258bbe04f5@paulmck-laptop> Reply-To: paulmck@kernel.org References: <67a2b20a.050a0220.50516.0003.GAE@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <67a2b20a.050a0220.50516.0003.GAE@google.com> X-Rspam-User: X-Rspamd-Server: rspam01 X-Rspamd-Queue-Id: 7B8A88000C X-Stat-Signature: sycshq7ckhshyg6nn7z8k55seoeg9it1 X-HE-Tag: 1738767381-28196 X-HE-Meta: U2FsdGVkX19QK8wowb18JCyUkoJ2yCcP91Ut6mytvC9Az6ZL4PPZaZnw6SdWcHkyrMG/UnBFdYLBGPPSmMDGONV5XtieUlJbUhIR70S0kF4ouLLUDQRBZLQNeexGNALIAJHtu2rWlKlCYS6KDyG88fT6nwqosEsZw6KSahkRFaWgB0SENIr5ZnEN+BtLkWbxsDA8p1Cwov9gxQ1nzZjX8E1wt6tcbVpSkqOt3nRvv3m7fUiYlcUnN7z7d/OAWe+/rF6JeJccHNMGU4PgKnzRESyPw7tO57yiFB0uISD94myKObYQNHy/BwqBFT+Hn66fhOqbhYp79Kdyv7OJJTqNw+INW1u4HFP1KKF2itEEVgUanGagk+lQvAbcDfg5btHK8onTsYdHNK+5akldHdRAdjtaGR33Jde10a2E1ZYU9q59YR0QvFVQYOT6vlgQrh6o0kSer+b1X0MJBSRprNeCnSC23AP4QlRndUfUCJp9xnE4l8h0tDlpcK/fz4FD7kRS+WWIHAlBOGKNU7S4f2Em84Urb5CaLlORaRjcbPourfqHIEnzp6AaqR49Ny73O5VYgJ0cRj9ECiUc2r8LB/NxsEuNHw2353hmQ+GEYNwx15Yx2h9r2c5QFIxG/B3OaiczgwiZ1ENYkEnnmlVBnVZpGfDvjcnFsamOUPmvgttI1LxeA0bgLkHpcVI4bhc3tuU/WeG927VX1C8HqDa64GlcbNiaiQiK7nWE72sJiirkNnVG975Orgbar5LBHFwP+Yg+1Kwah0VFN9Ca9lJTEGd9hKUrUoxlnNhd40CHaea5HHJYhikuYW1upWLSYmO09ewDF4THB7jcrEAdAk7sJOOzYFazdNEEgiZVyHWANw0n+uraDj8YJ/flbLoZCjWJQTrm/hWMMbZAVtuPdnCkWJxrP3WkA3VMqGSivM6HWlDqijJtVOxPgsaxWrbbm4aKG52QeV0V7vu3OO5Fbe4N437 uCFZ2dth /auyumf2IRdgB4KPiNcPODHt4XVOfbmITY+XdxWo2dxJOhUzi1KJY+c3W2sUmnHqcog5h8NvHoHENpnGVbFETZRh62nylPe1ymkXZgdX4xGJGchunqh0bikN9qPtmNFm4VxrXtW8M1udiE4F9Ne8yhN3jTu5oJ534JwKGzNm/fFtqASXJsYxpYPpNVOW0iYMqIHz1WYyGyXoIYLTItiOruHyO21CcHm4qNtJwiH5uHR7t+qsvf366fdOZN7ETsZLllPNGuKxYzbjs3j40AoZHySGly7UV3edzL9OsnPssByFbEZIXxKoTSkxgvXz08P3kmpk9wP/YH1y7wGS+UPOmUxbYV7AoA3z+2EIdNGu3QEGKRVe17fKiQ52oSOqdgR85BdcYILfYfXpQFzCJPMRnPTYdETOixh4+Vh+KCc14kevJ4m9CzFM3ybOrT/Fx+aoH7WQxi1Y+GQtpdVYYnS+luMBwiUBWhsJlLsEdTc5SM1H1AxDQlB5hdRQSfsFXA/X4bWO5Syb5cVLUPo+mYhENDRGPd7VMDXsya4K8vw4yObUJxCwTIRg9AvHxKC1Xqpqesk8JWCwuKqpzB71Cr3a5IQ4aiq79Ttq8Frk8zvaHjniBxjk7KUAP0GAsovuFU3exhOpYUBjBegclw8i8FkseJC7LVk74FMHeF2JRZettEH5uM50qieoG5k44aYPQNHZJHx7DAzqfai9JnJdGSRPYAFHa8NM35NktT1oa2fWClKh4lfN96ShxWwirPAfKXKxsV+cwfpcTB19oWfEW/0aQTM7jI54UC7WekDCKC1H2BtRwgztd4SEvrfk6dDaKIDEgJb01Zpm/nx7KVKlob8T2Ry16xO7u/0aeCWY4iAQmcrh9Zs7dXG3wZzLPFu9I8udNnQRqqXuo2BL/cUC6cCTYXvHiXqgNKZfmGO4KAgLkw1mNYnYMN55/YPtdZQkGpLtYBmesjim/uM3x8GcAfPyZmoCOiaWJ N5+f14Oo FB1vD6acAlU2SRzVvSauOQslvZPBsRV4FvQ7YpRzh9Js9+bovDgw3BiWSAd/8raGVrK01gepYueEWSg4RMQMtsNGNmA0jkbJ2WQSfeCw+guSOGRlqMrQr4WqhO9LyKYg/FRn4E/uLq52Xfwk2NMAYQnczvJ97fk/NgwFPV494EYa4P1MW75eB9WcQeCrIJKWZ360yiWNS6vpSiCKHb42UoOGvJaBW3DJ7Dhpcop/6ot/WnFZMSAauqf+8ClO9s5utMssRiHkHV5pFKjOwI/wMxiBd9l3ZdXMAJ3wnMEb+WxtxnjHvAvzp7K8rtSkv6oFwvctULYLJuYddw2wPSOS4eg8tOWc12VolQFFbug1bJRZ1pHriJsg4yHozBVdwQ70Wk5lKpZ8vZbjHIfVx0rxE2FEHipU+Fgq8UEp1fBuBD55bxWkmQwsQMXRJbHtN7MIcQBBoyqLIynC14w3BvC7fVdL0N7ph2E2DmEcKX7SQt6LevczmynVMewS3GeNJKSsbT0F3v9JAnuG9VbxaDFuT6/gGUx+6+OW X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Tue, Feb 04, 2025 at 04:34:18PM -0800, syzbot wrote: > Hello, > > syzbot found the following issue on: > > HEAD commit: 0de63bb7d919 Merge tag 'pull-fix' of git://git.kernel.org/.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=10faf5f8580000 > kernel config: https://syzkaller.appspot.com/x/.config?x=1909f2f0d8e641ce > dashboard link: https://syzkaller.appspot.com/bug?extid=80e5d6f453f14a53383a > compiler: Debian clang version 15.0.6, GNU ld (GNU Binutils for Debian) 2.40 > syz repro: https://syzkaller.appspot.com/x/repro.syz?x=16b69d18580000 > > Downloadable assets: > disk image (non-bootable): https://storage.googleapis.com/syzbot-assets/7feb34a89c2a/non_bootable_disk-0de63bb7.raw.xz > vmlinux: https://storage.googleapis.com/syzbot-assets/1142009a30a7/vmlinux-0de63bb7.xz > kernel image: https://storage.googleapis.com/syzbot-assets/5d9e46a8998d/bzImage-0de63bb7.xz > mounted in repro: https://storage.googleapis.com/syzbot-assets/526692501242/mount_0.gz > > IMPORTANT: if you fix the issue, please add the following tag to the commit: > Reported-by: syzbot+80e5d6f453f14a53383a@syzkaller.appspotmail.com > > slab radix_tree_node start ffff88803bf382c0 pointer offset 24 size 576 > BUG: kernel NULL pointer dereference, address: 0000000000000000 > #PF: supervisor instruction fetch in kernel mode > #PF: error_code(0x0010) - not-present page > PGD 0 P4D 0 > Oops: Oops: 0010 [#1] PREEMPT SMP KASAN NOPTI > CPU: 0 UID: 0 PID: 5705 Comm: syz-executor Not tainted 6.14.0-rc1-syzkaller-00020-g0de63bb7d919 #0 > Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2~bpo12+1 04/01/2014 > RIP: 0010:0x0 > Code: Unable to access opcode bytes at 0xffffffffffffffd6. > RSP: 0018:ffffc90000007bd8 EFLAGS: 00010246 > RAX: dffffc0000000000 RBX: 1ffff110077e705c RCX: 23438dd059a4b100 > RDX: 0000000000000100 RSI: 0000000000000000 RDI: ffff88803bf382d8 > RBP: ffffc90000007e10 R08: ffffffff819f146c R09: 1ffff11003f8519a > R10: dffffc0000000000 R11: 0000000000000000 R12: ffffffff81a6d507 > R13: ffff88803bf382e0 R14: 0000000000000000 R15: ffff88803bf382d8 > FS: 0000555567992500(0000) GS:ffff88801fc00000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > CR2: ffffffffffffffd6 CR3: 000000004da38000 CR4: 0000000000352ef0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 > Call Trace: > > rcu_do_batch kernel/rcu/tree.c:2546 [inline] The usual way that this happens is that someone clobbers the rcu_head structure of something that has been passed to call_rcu(). The most popular way of clobbering this structure is to pass the same something to call_rcu() twice in a row, but other creative arrangements are possible. Building your kernel with CONFIG_DEBUG_OBJECTS_RCU_HEAD=y can usually spot invoking call_rcu() twice in a row. Thanx, Paul > rcu_core+0xaaa/0x17a0 kernel/rcu/tree.c:2802 > handle_softirqs+0x2d4/0x9b0 kernel/softirq.c:561 > __do_softirq kernel/softirq.c:595 [inline] > invoke_softirq kernel/softirq.c:435 [inline] > __irq_exit_rcu+0xf7/0x220 kernel/softirq.c:662 > irq_exit_rcu+0x9/0x30 kernel/softirq.c:678 > instr_sysvec_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1049 [inline] > sysvec_apic_timer_interrupt+0xa6/0xc0 arch/x86/kernel/apic/apic.c:1049 > > > asm_sysvec_apic_timer_interrupt+0x1a/0x20 arch/x86/include/asm/idtentry.h:702 > RIP: 0010:__raw_spin_unlock_irqrestore include/linux/spinlock_api_smp.h:152 [inline] > RIP: 0010:_raw_spin_unlock_irqrestore+0xd8/0x140 kernel/locking/spinlock.c:194 > Code: 9c 8f 44 24 20 42 80 3c 23 00 74 08 4c 89 f7 e8 fe 78 2d f6 f6 44 24 21 02 75 52 41 f7 c7 00 02 00 00 74 01 fb bf 01 00 00 00 c3 0f 95 f5 65 8b 05 d4 58 0b 74 85 c0 74 43 48 c7 04 24 0e 36 > RSP: 0018:ffffc900030fef60 EFLAGS: 00000206 > RAX: 23438dd059a4b100 RBX: 1ffff9200061fdf0 RCX: ffffffff819b316a > RDX: dffffc0000000000 RSI: ffffffff8c0aa680 RDI: 0000000000000001 > RBP: ffffc900030feff8 R08: ffffffff942f9847 R09: 1ffffffff285f308 > R10: dffffc0000000000 R11: fffffbfff285f309 R12: dffffc0000000000 > R13: 1ffff9200061fdec R14: ffffc900030fef80 R15: 0000000000000246 > spin_unlock_irqrestore include/linux/spinlock.h:406 [inline] > rmqueue_bulk mm/page_alloc.c:2329 [inline] > __rmqueue_pcplist+0x21fd/0x2a90 mm/page_alloc.c:3004 > rmqueue_pcplist mm/page_alloc.c:3046 [inline] > rmqueue mm/page_alloc.c:3077 [inline] > get_page_from_freelist+0x886/0x37a0 mm/page_alloc.c:3474 > __alloc_frozen_pages_noprof+0x292/0x710 mm/page_alloc.c:4739 > alloc_pages_mpol+0x311/0x660 mm/mempolicy.c:2270 > folio_alloc_mpol_noprof mm/mempolicy.c:2289 [inline] > vma_alloc_folio_noprof+0x12b/0x260 mm/mempolicy.c:2324 > folio_prealloc+0x2e/0x170 > wp_page_copy mm/memory.c:3435 [inline] > do_wp_page+0x1253/0x49b0 mm/memory.c:3827 > handle_pte_fault mm/memory.c:5905 [inline] > __handle_mm_fault+0x24d5/0x70f0 mm/memory.c:6032 > handle_mm_fault+0x3e5/0x8d0 mm/memory.c:6201 > do_user_addr_fault arch/x86/mm/fault.c:1388 [inline] > handle_page_fault arch/x86/mm/fault.c:1480 [inline] > exc_page_fault+0x2b9/0x8b0 arch/x86/mm/fault.c:1538 > asm_exc_page_fault+0x26/0x30 arch/x86/include/asm/idtentry.h:623 > RIP: 0010:__put_user_4+0x11/0x20 arch/x86/lib/putuser.S:88 > Code: 1f 84 00 00 00 00 00 66 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 48 89 cb 48 c1 fb 3f 48 09 d9 0f 01 cb <89> 01 31 c9 0f 01 ca c3 cc cc cc cc 0f 1f 00 90 90 90 90 90 90 90 > RSP: 0018:ffffc900030fff00 EFLAGS: 00050202 > RAX: 0000000000000005 RBX: 0000000000000000 RCX: 00005555679927d0 > RDX: 0000000000000000 RSI: ffffffff8c0ab8e0 RDI: ffffffff8c608a00 > RBP: ffff888000dfcf20 R08: ffffffff901b5177 R09: 1ffffffff2036a2e > R10: dffffc0000000000 R11: fffffbfff2036a2f R12: 0000000000000000 > R13: 0000000000000000 R14: 0000000000000005 R15: dffffc0000000000 > schedule_tail+0x96/0xb0 kernel/sched/core.c:5312 > ret_from_fork+0x24/0x80 arch/x86/kernel/process.c:144 > ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:244 > > Modules linked in: > CR2: 0000000000000000 > ---[ end trace 0000000000000000 ]--- > RIP: 0010:0x0 > Code: Unable to access opcode bytes at 0xffffffffffffffd6. > RSP: 0018:ffffc90000007bd8 EFLAGS: 00010246 > RAX: dffffc0000000000 RBX: 1ffff110077e705c RCX: 23438dd059a4b100 > RDX: 0000000000000100 RSI: 0000000000000000 RDI: ffff88803bf382d8 > RBP: ffffc90000007e10 R08: ffffffff819f146c R09: 1ffff11003f8519a > R10: dffffc0000000000 R11: 0000000000000000 R12: ffffffff81a6d507 > R13: ffff88803bf382e0 R14: 0000000000000000 R15: ffff88803bf382d8 > FS: 0000555567992500(0000) GS:ffff88801fc00000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > CR2: ffffffffffffffd6 CR3: 000000004da38000 CR4: 0000000000352ef0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 > ---------------- > Code disassembly (best guess): > 0: 9c pushf > 1: 8f 44 24 20 pop 0x20(%rsp) > 5: 42 80 3c 23 00 cmpb $0x0,(%rbx,%r12,1) > a: 74 08 je 0x14 > c: 4c 89 f7 mov %r14,%rdi > f: e8 fe 78 2d f6 call 0xf62d7912 > 14: f6 44 24 21 02 testb $0x2,0x21(%rsp) > 19: 75 52 jne 0x6d > 1b: 41 f7 c7 00 02 00 00 test $0x200,%r15d > 22: 74 01 je 0x25 > 24: fb sti > 25: bf 01 00 00 00 mov $0x1,%edi > * 2a: e8 c3 0f 95 f5 call 0xf5950ff2 <-- trapping instruction > 2f: 65 8b 05 d4 58 0b 74 mov %gs:0x740b58d4(%rip),%eax # 0x740b590a > 36: 85 c0 test %eax,%eax > 38: 74 43 je 0x7d > 3a: 48 rex.W > 3b: c7 .byte 0xc7 > 3c: 04 24 add $0x24,%al > 3e: 0e (bad) > 3f: 36 ss > > > --- > This report is generated by a bot. It may contain errors. > See https://goo.gl/tpsmEJ for more information about syzbot. > syzbot engineers can be reached at syzkaller@googlegroups.com. > > syzbot will keep track of this issue. See: > https://goo.gl/tpsmEJ#status for how to communicate with syzbot. > > If the report is already addressed, let syzbot know by replying with: > #syz fix: exact-commit-title > > If you want syzbot to run the reproducer, reply with: > #syz test: git://repo/address.git branch-or-commit-hash > If you attach or paste a git patch, syzbot will apply it before testing. > > If you want to overwrite report's subsystems, reply with: > #syz set subsystems: new-subsystem > (See the list of subsystem names on the web dashboard) > > If the report is a duplicate of another one, reply with: > #syz dup: exact-subject-of-another-report > > If you want to undo deduplication, reply with: > #syz undup