From: Richard Henderson <richard.henderson@linaro.org>
To: "Peter Maydell" <peter.maydell@linaro.org>,
qemu-arm@nongnu.org, qemu-devel@nongnu.org,
"Philippe Mathieu-Daudé" <philmd@linaro.org>
Subject: Re: [PATCH 1/2] accel/tcg: Make TCGCPUOps::cpu_exec_halt return bool for whether to halt
Date: Tue, 30 Apr 2024 10:38:44 -0700 [thread overview]
Message-ID: <38c57237-665d-4016-a6c6-ba8ceb04b24d@linaro.org> (raw)
In-Reply-To: <20240430140035.3889879-2-peter.maydell@linaro.org>
On 4/30/24 07:00, Peter Maydell wrote:
> The TCGCPUOps::cpu_exec_halt method is called from cpu_handle_halt()
> when the CPU is halted, so that a target CPU emulation can do
> anything target-specific it needs to do. (At the moment we only use
> this on i386.)
>
> The current specification of the method doesn't allow the target
> specific code to do something different if the CPU is about to come
> out of the halt state, because cpu_handle_halt() only determines this
> after the method has returned. (If the method called cpu_has_work()
> itself this would introduce a potential race if an interrupt arrived
> between the target's method implementation checking and
> cpu_handle_halt() repeating the check.)
>
> Change the definition of the method so that it returns a bool to
> tell cpu_handle_halt() whether to stay in halt or not.
>
> We will want this for the Arm target, where FEAT_WFxT wants to do
> some work only for the case where the CPU is in halt but about to
> leave it.
>
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
> ---
> include/hw/core/tcg-cpu-ops.h | 11 +++++++++--
> target/i386/tcg/helper-tcg.h | 2 +-
> accel/tcg/cpu-exec.c | 7 +++++--
> target/i386/tcg/sysemu/seg_helper.c | 3 ++-
> 4 files changed, 17 insertions(+), 6 deletions(-)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
I like Alex's suggested rename.
> --- a/accel/tcg/cpu-exec.c
> +++ b/accel/tcg/cpu-exec.c
> @@ -669,11 +669,14 @@ static inline bool cpu_handle_halt(CPUState *cpu)
> #ifndef CONFIG_USER_ONLY
> if (cpu->halted) {
> const TCGCPUOps *tcg_ops = cpu->cc->tcg_ops;
> + bool leave_halt;
>
> if (tcg_ops->cpu_exec_halt) {
> - tcg_ops->cpu_exec_halt(cpu);
> + leave_halt = tcg_ops->cpu_exec_halt(cpu);
> + } else {
> + leave_halt = cpu_has_work(cpu);
> }
> - if (!cpu_has_work(cpu)) {
> + if (!leave_halt) {
> return true;
> }
As a followup, I would also suggest making implementation of the hook mandatory.
We already require the has_work hook to be set; it would simply be a matter of copying the
function pointer to the second slot.
Also, the assert in cpu_has_work could be moved to startup, as Phil has started to do with
some of the other hooks.
r~
next prev parent reply other threads:[~2024-04-30 17:39 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-30 14:00 [PATCH 0/2] target/arm: Implement FEAT_WFxT Peter Maydell
2024-04-30 14:00 ` [PATCH 1/2] accel/tcg: Make TCGCPUOps::cpu_exec_halt return bool for whether to halt Peter Maydell
2024-04-30 14:06 ` Philippe Mathieu-Daudé
2024-04-30 17:15 ` Alex Bennée
2024-04-30 18:44 ` Peter Maydell
2024-05-30 15:35 ` Peter Maydell
2024-04-30 17:38 ` Richard Henderson [this message]
2024-04-30 14:00 ` [PATCH 2/2] target/arm: Implement FEAT WFxT and enable for '-cpu max' Peter Maydell
2024-04-30 17:31 ` Richard Henderson
2024-04-30 18:42 ` Peter Maydell
2024-05-31 10:38 ` Peter Maydell
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=38c57237-665d-4016-a6c6-ba8ceb04b24d@linaro.org \
--to=richard.henderson@linaro.org \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-arm@nongnu.org \
--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).