From: "Alex Bennée" <alex.bennee@linaro.org>
To: Richard Henderson <richard.henderson@linaro.org>
Cc: qemu-devel@nongnu.org, peter.maydell@linaro.org, pbonzini@redhat.com
Subject: Re: [PATCH 3/3] softmmu: Remove cpu_reloading_memory_map as unused
Date: Sun, 27 Aug 2023 10:59:24 +0100 [thread overview]
Message-ID: <87sf844xh2.fsf@linaro.org> (raw)
In-Reply-To: <20230826232415.80233-4-richard.henderson@linaro.org>
Richard Henderson <richard.henderson@linaro.org> writes:
> Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
This is just cleanup, I think it should be merged with 2/3
> ---
> include/exec/cpu-common.h | 1 -
> accel/tcg/cpu-exec-common.c | 30 ------------------------------
> 2 files changed, 31 deletions(-)
>
> diff --git a/include/exec/cpu-common.h b/include/exec/cpu-common.h
> index 87dc9a752c..41788c0bdd 100644
> --- a/include/exec/cpu-common.h
> +++ b/include/exec/cpu-common.h
> @@ -133,7 +133,6 @@ static inline void cpu_physical_memory_write(hwaddr addr,
> {
> cpu_physical_memory_rw(addr, (void *)buf, len, true);
> }
> -void cpu_reloading_memory_map(void);
> void *cpu_physical_memory_map(hwaddr addr,
> hwaddr *plen,
> bool is_write);
> diff --git a/accel/tcg/cpu-exec-common.c b/accel/tcg/cpu-exec-common.c
> index 9a5fabf625..7e35d7f4b5 100644
> --- a/accel/tcg/cpu-exec-common.c
> +++ b/accel/tcg/cpu-exec-common.c
> @@ -33,36 +33,6 @@ void cpu_loop_exit_noexc(CPUState *cpu)
> cpu_loop_exit(cpu);
> }
>
> -#if defined(CONFIG_SOFTMMU)
> -void cpu_reloading_memory_map(void)
> -{
> - if (qemu_in_vcpu_thread() && current_cpu->running) {
> - /* The guest can in theory prolong the RCU critical section as long
> - * as it feels like. The major problem with this is that because it
> - * can do multiple reconfigurations of the memory map within the
> - * critical section, we could potentially accumulate an unbounded
> - * collection of memory data structures awaiting reclamation.
> - *
> - * Because the only thing we're currently protecting with RCU is the
> - * memory data structures, it's sufficient to break the critical section
> - * in this callback, which we know will get called every time the
> - * memory map is rearranged.
> - *
> - * (If we add anything else in the system that uses RCU to protect
> - * its data structures, we will need to implement some other mechanism
> - * to force TCG CPUs to exit the critical section, at which point this
> - * part of this callback might become unnecessary.)
> - *
> - * This pair matches cpu_exec's rcu_read_lock()/rcu_read_unlock(), which
> - * only protects cpu->as->dispatch. Since we know our caller is about
> - * to reload it, it's safe to split the critical section.
> - */
> - rcu_read_unlock();
> - rcu_read_lock();
> - }
> -}
> -#endif
> -
> void cpu_loop_exit(CPUState *cpu)
> {
> /* Undo the setting in cpu_tb_exec. */
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
prev parent reply other threads:[~2023-08-27 10:00 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-26 23:24 [PATCH 0/3] softmmu: Use async_run_on_cpu in tcg_commit Richard Henderson
2023-08-26 23:24 ` [PATCH 1/3] softmmu: Assert data in bounds in iotlb_to_section Richard Henderson
2023-08-27 9:39 ` Alex Bennée
2023-08-26 23:24 ` [PATCH 2/3] softmmu: Use async_run_on_cpu in tcg_commit Richard Henderson
2023-08-27 9:58 ` Alex Bennée
2023-08-27 14:54 ` Richard Henderson
2023-08-27 20:17 ` Alex Bennée
2023-08-27 21:16 ` Richard Henderson
2023-08-29 10:50 ` Jonathan Cameron via
2023-08-26 23:24 ` [PATCH 3/3] softmmu: Remove cpu_reloading_memory_map as unused Richard Henderson
2023-08-27 9:59 ` Alex Bennée [this message]
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=87sf844xh2.fsf@linaro.org \
--to=alex.bennee@linaro.org \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.