From 8f3b15c4213fbdd6918d7ddd9ffa9fd4a623dc49 Mon Sep 17 00:00:00 2001 From: Aleksandr Nogikh Date: Thu, 28 Nov 2024 11:02:58 +0100 Subject: docs: update reproduction instructions 1. Get rid of executing_syzkaller_programs.md as it now mostly overlaps with reproducing_crashes.md. 2. Update the instructions on building the kernel with syzbot compilers. 3. Update the links throughout the documentation. --- docs/linux/reporting_kernel_bugs.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'docs/linux/reporting_kernel_bugs.md') diff --git a/docs/linux/reporting_kernel_bugs.md b/docs/linux/reporting_kernel_bugs.md index 78d182b05..f5859cf9d 100644 --- a/docs/linux/reporting_kernel_bugs.md +++ b/docs/linux/reporting_kernel_bugs.md @@ -42,7 +42,7 @@ If there are stalls or hangs, only report them if they are frequent enough or ha Overall, bugs without reproducers are way less likely to be triaged and fixed. If the bug is reproducible, include the reproducer (C source if possible, otherwise a syzkaller program) and the `.config` you used for your kernel. -If the reproducer is available only in the form of a syzkaller program, please link [the instructions on how to execute them](/docs/executing_syzkaller_programs.md) in your report. +If the reproducer is available only in the form of a syzkaller program, please link [the instructions on how to execute them](/docs/reproducing_crashes.md#using-a-c-reproducer) in your report. Check that the reproducer works if you run it manually. Syzkaller tries to simplify the reproducer, but the result might not be ideal. You can try to simplify or annotate the reproducer manually, that greatly helps kernel developers to figure out why the bug occurs. -- cgit mrf-deployment