* [PATCH] docs/devel/testing/fuzzing: Note that you can get qtest to read from a file
@ 2025-10-28 16:52 Peter Maydell
2025-10-28 19:53 ` Fabiano Rosas
2025-10-29 8:03 ` Manos Pitsidianakis
0 siblings, 2 replies; 3+ messages in thread
From: Peter Maydell @ 2025-10-28 16:52 UTC (permalink / raw)
To: qemu-devel
Cc: Paolo Bonzini, Alexander Bulekov, Bandan Das, Stefan Hajnoczi,
Fabiano Rosas, Darren Kenny, Qiuhao Li
It is possible to get qtest to read fuzzer reproducers from a file
rather than directly from stdio; this is useful when you want to run
QEMU under gdb to debug the failure. Document how to do this, which
was previously only written down in the commit message for
5b18a6bf44b9 ("chardev: Allow setting file chardev input file on the
command line").
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
---
I got bored of looking up the commit message in the git log
every time :-)
---
docs/devel/testing/fuzzing.rst | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/docs/devel/testing/fuzzing.rst b/docs/devel/testing/fuzzing.rst
index c3ac084311b..c43f815f320 100644
--- a/docs/devel/testing/fuzzing.rst
+++ b/docs/devel/testing/fuzzing.rst
@@ -263,6 +263,15 @@ generic-fuzz target.
- Report the bug and send a patch with the C reproducer upstream
+QEMU can also read the reproducer directly from a file rather than
+from standard input::
+
+ $QEMU_PATH $QEMU_ARGS -qtest chardev:repro \
+ -chardev file,id=repro,path=/dev/null,input-path=/tmp/reproducer
+
+This is useful if you want to run QEMU under a debugger to investigate
+the failure.
+
Implementation Details / Fuzzer Lifecycle
-----------------------------------------
--
2.43.0
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [PATCH] docs/devel/testing/fuzzing: Note that you can get qtest to read from a file
2025-10-28 16:52 [PATCH] docs/devel/testing/fuzzing: Note that you can get qtest to read from a file Peter Maydell
@ 2025-10-28 19:53 ` Fabiano Rosas
2025-10-29 8:03 ` Manos Pitsidianakis
1 sibling, 0 replies; 3+ messages in thread
From: Fabiano Rosas @ 2025-10-28 19:53 UTC (permalink / raw)
To: Peter Maydell, qemu-devel
Cc: Paolo Bonzini, Alexander Bulekov, Bandan Das, Stefan Hajnoczi,
Darren Kenny, Qiuhao Li
Peter Maydell <peter.maydell@linaro.org> writes:
> It is possible to get qtest to read fuzzer reproducers from a file
> rather than directly from stdio; this is useful when you want to run
> QEMU under gdb to debug the failure. Document how to do this, which
> was previously only written down in the commit message for
> 5b18a6bf44b9 ("chardev: Allow setting file chardev input file on the
> command line").
>
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
> ---
> I got bored of looking up the commit message in the git log
> every time :-)
> ---
> docs/devel/testing/fuzzing.rst | 9 +++++++++
> 1 file changed, 9 insertions(+)
>
> diff --git a/docs/devel/testing/fuzzing.rst b/docs/devel/testing/fuzzing.rst
> index c3ac084311b..c43f815f320 100644
> --- a/docs/devel/testing/fuzzing.rst
> +++ b/docs/devel/testing/fuzzing.rst
> @@ -263,6 +263,15 @@ generic-fuzz target.
>
> - Report the bug and send a patch with the C reproducer upstream
>
> +QEMU can also read the reproducer directly from a file rather than
> +from standard input::
> +
> + $QEMU_PATH $QEMU_ARGS -qtest chardev:repro \
> + -chardev file,id=repro,path=/dev/null,input-path=/tmp/reproducer
> +
> +This is useful if you want to run QEMU under a debugger to investigate
> +the failure.
> +
> Implementation Details / Fuzzer Lifecycle
> -----------------------------------------
Reviewed-by: Fabiano Rosas <farosas@suse.de>
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [PATCH] docs/devel/testing/fuzzing: Note that you can get qtest to read from a file
2025-10-28 16:52 [PATCH] docs/devel/testing/fuzzing: Note that you can get qtest to read from a file Peter Maydell
2025-10-28 19:53 ` Fabiano Rosas
@ 2025-10-29 8:03 ` Manos Pitsidianakis
1 sibling, 0 replies; 3+ messages in thread
From: Manos Pitsidianakis @ 2025-10-29 8:03 UTC (permalink / raw)
To: Peter Maydell
Cc: qemu-devel, Paolo Bonzini, Alexander Bulekov, Bandan Das,
Stefan Hajnoczi, Fabiano Rosas, Darren Kenny, Qiuhao Li
On Tue, Oct 28, 2025 at 6:53 PM Peter Maydell <peter.maydell@linaro.org> wrote:
>
> It is possible to get qtest to read fuzzer reproducers from a file
> rather than directly from stdio; this is useful when you want to run
> QEMU under gdb to debug the failure. Document how to do this, which
> was previously only written down in the commit message for
> 5b18a6bf44b9 ("chardev: Allow setting file chardev input file on the
> command line").
>
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
> ---
> I got bored of looking up the commit message in the git log
> every time :-)
> ---
Reviewed-by: Manos Pitsidianakis <manos.pitsidianakis@linaro.org>
> docs/devel/testing/fuzzing.rst | 9 +++++++++
> 1 file changed, 9 insertions(+)
>
> diff --git a/docs/devel/testing/fuzzing.rst b/docs/devel/testing/fuzzing.rst
> index c3ac084311b..c43f815f320 100644
> --- a/docs/devel/testing/fuzzing.rst
> +++ b/docs/devel/testing/fuzzing.rst
> @@ -263,6 +263,15 @@ generic-fuzz target.
>
> - Report the bug and send a patch with the C reproducer upstream
>
> +QEMU can also read the reproducer directly from a file rather than
> +from standard input::
> +
> + $QEMU_PATH $QEMU_ARGS -qtest chardev:repro \
> + -chardev file,id=repro,path=/dev/null,input-path=/tmp/reproducer
> +
> +This is useful if you want to run QEMU under a debugger to investigate
> +the failure.
> +
> Implementation Details / Fuzzer Lifecycle
> -----------------------------------------
>
> --
> 2.43.0
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2025-10-29 8:04 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-10-28 16:52 [PATCH] docs/devel/testing/fuzzing: Note that you can get qtest to read from a file Peter Maydell
2025-10-28 19:53 ` Fabiano Rosas
2025-10-29 8:03 ` Manos Pitsidianakis
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).