From: Richard Henderson <richard.henderson@linaro.org>
To: Luc Michel <lmichel@kalray.eu>, qemu-devel@nongnu.org
Subject: Re: [PATCH 0/7] semihosting: proper QEMU exit on semihosted exit syscall
Date: Mon, 20 Jun 2022 08:59:11 -0700 [thread overview]
Message-ID: <f7375667-4dc3-17f5-987e-a7d3339c6c00@linaro.org> (raw)
In-Reply-To: <20220620142426.15040-1-lmichel@kalray.eu>
On 6/20/22 07:24, Luc Michel wrote:
> Hi,
>
> This series implements a clean way for semihosted exit syscalls to
> terminate QEMU with a given return code.
>
> Until now, exit syscalls implementations consisted in calling exit()
> with the wanted return code. The problem with this approach is that
> other CPUs are not properly stopped, leading to possible crashes in
> MTTCG mode, especially when at_exit callbacks have been registered. This
> can be the case e.g., when plugins are in use. Plugins can register
> at_exit callbacks. Those will be called on the CPU thread the exit
> syscall is comming from, while other CPUs can continue to run and thus
> call other plugin callbacks.
>
> The semihosting_exit_request function provides a mean to cleanly
> terminate QEMU. It introduces an new exit reason
> (SHUTDOWN_CAUSE_GUEST_SEMI_EXIT) used in this case. The CPU is stopped
> and returns to the main CPU loop so that no more instruction get
> executed (the semihosting_exit_request is declared G_NORETURN).
>
> All targets are converted to use this new function.
Did you test a complete build? At a glance I would guess that arm-linux-user will no
longer link because qemu_set/get_exit_status is missing.
r~
>
> Thanks,
> Luc
>
> Luc Michel (7):
> softmmu: add qemu_[set|get]_exit_status functions
> semihosting: add the semihosting_exit_request function
> semihosting/arm-compat-semi: use semihosting_exit_request
> target/m68k: use semihosting_exit_request on semihosted exit syscall
> target/mips: use semihosting_exit_request on semihosted exit syscall
> target/nios2: use semihosting_exit_request on semihosted exit syscall
> target/xtensa: use semihosting_exit_request on semihosted exit syscall
>
> qapi/run-state.json | 4 +++-
> include/semihosting/semihost.h | 4 ++++
> include/sysemu/sysemu.h | 2 ++
> semihosting/arm-compat-semi.c | 3 +--
> semihosting/config.c | 17 +++++++++++++++++
> softmmu/main.c | 2 +-
> softmmu/runstate.c | 11 +++++++++++
> target/m68k/m68k-semi.c | 4 ++--
> target/mips/tcg/sysemu/mips-semi.c | 2 +-
> target/nios2/nios2-semi.c | 4 ++--
> target/xtensa/xtensa-semi.c | 2 +-
> 11 files changed, 45 insertions(+), 10 deletions(-)
>
next prev parent reply other threads:[~2022-06-20 16:05 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-20 14:24 [PATCH 0/7] semihosting: proper QEMU exit on semihosted exit syscall Luc Michel
2022-06-20 14:24 ` [PATCH] accel/tcg/cpu-exec: fix precise single-stepping after interrupt Luc Michel
2022-06-20 14:27 ` Luc Michel
2022-06-20 14:24 ` [PATCH 1/7] softmmu: add qemu_[set|get]_exit_status functions Luc Michel
2022-06-20 14:24 ` [PATCH 2/7] semihosting: add the semihosting_exit_request function Luc Michel
2022-06-20 14:24 ` [PATCH 3/7] semihosting/arm-compat-semi: use semihosting_exit_request Luc Michel
2022-06-20 14:24 ` [PATCH 4/7] target/m68k: use semihosting_exit_request on semihosted exit syscall Luc Michel
2022-06-20 14:24 ` [PATCH 5/7] target/mips: " Luc Michel
2022-06-20 14:24 ` [PATCH 6/7] target/nios2: " Luc Michel
2022-06-20 14:24 ` [PATCH 7/7] target/xtensa: " Luc Michel
2022-06-20 14:35 ` [PATCH 0/7] semihosting: proper QEMU exit " Peter Maydell
2022-06-20 15:10 ` Luc Michel
2022-06-20 16:12 ` Peter Maydell
2022-06-20 15:59 ` Richard Henderson [this message]
2022-06-20 19:08 ` Luc Michel
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=f7375667-4dc3-17f5-987e-a7d3339c6c00@linaro.org \
--to=richard.henderson@linaro.org \
--cc=lmichel@kalray.eu \
--cc=qemu-devel@nongnu.org \
/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 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).