From: "Alex Bennée" <alex.bennee@linaro.org>
To: Sergey Fedorov <sergey.fedorov@linaro.org>
Cc: qemu-devel@nongnu.org,
"MTTCG Devel" <mttcg@listserver.greensocs.com>,
"KONRAD Frédéric" <fred.konrad@greensocs.com>,
"Alvise Rigo" <a.rigo@virtualopensystems.com>,
"Emilio G. Cota" <cota@braap.org>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Richard Henderson" <rth@twiddle.net>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Sergey Fedorov" <serge.fdrv@gmail.com>,
"Riku Voipio" <riku.voipio@iki.fi>
Subject: Re: [Qemu-devel] [RFC v2 06/11] linux-user: Use QemuMutex and QemuCond
Date: Mon, 11 Jul 2016 13:08:52 +0100 [thread overview]
Message-ID: <87lh189y23.fsf@linaro.org> (raw)
In-Reply-To: <1467839703-11733-7-git-send-email-sergey.fedorov@linaro.org>
Sergey Fedorov <sergey.fedorov@linaro.org> writes:
> From: Sergey Fedorov <serge.fdrv@gmail.com>
>
> Convert pthread_mutex_t and pthread_cond_t to QemuMutex and QemuCond.
> This will allow to make some locks and conditional variables common
> between user and system mode emulation.
>
> Signed-off-by: Sergey Fedorov <serge.fdrv@gmail.com>
> Signed-off-by: Sergey Fedorov <sergey.fedorov@linaro.org>
Reviewed-by: Alex Bennée <alex.bennee@linaro.org>
> ---
> linux-user/main.c | 53 +++++++++++++++++++++++++++++++----------------------
> 1 file changed, 31 insertions(+), 22 deletions(-)
>
> diff --git a/linux-user/main.c b/linux-user/main.c
> index 617a179f14a4..bdbda693cc5f 100644
> --- a/linux-user/main.c
> +++ b/linux-user/main.c
> @@ -108,17 +108,25 @@ int cpu_get_pic_interrupt(CPUX86State *env)
> We don't require a full sync, only that no cpus are executing guest code.
> The alternative is to map target atomic ops onto host equivalents,
> which requires quite a lot of per host/target work. */
> -static pthread_mutex_t cpu_list_mutex = PTHREAD_MUTEX_INITIALIZER;
> -static pthread_mutex_t exclusive_lock = PTHREAD_MUTEX_INITIALIZER;
> -static pthread_cond_t exclusive_cond = PTHREAD_COND_INITIALIZER;
> -static pthread_cond_t exclusive_resume = PTHREAD_COND_INITIALIZER;
> +static QemuMutex cpu_list_mutex;
> +static QemuMutex exclusive_lock;
> +static QemuCond exclusive_cond;
> +static QemuCond exclusive_resume;
> static int pending_cpus;
>
> +void qemu_init_cpu_loop(void)
> +{
> + qemu_mutex_init(&cpu_list_mutex);
> + qemu_mutex_init(&exclusive_lock);
> + qemu_cond_init(&exclusive_cond);
> + qemu_cond_init(&exclusive_resume);
> +}
> +
> /* Make sure everything is in a consistent state for calling fork(). */
> void fork_start(void)
> {
> qemu_mutex_lock(&tcg_ctx.tb_ctx.tb_lock);
> - pthread_mutex_lock(&exclusive_lock);
> + qemu_mutex_lock(&exclusive_lock);
> mmap_fork_start();
> }
>
> @@ -135,14 +143,14 @@ void fork_end(int child)
> }
> }
> pending_cpus = 0;
> - pthread_mutex_init(&exclusive_lock, NULL);
> - pthread_mutex_init(&cpu_list_mutex, NULL);
> - pthread_cond_init(&exclusive_cond, NULL);
> - pthread_cond_init(&exclusive_resume, NULL);
> + qemu_mutex_init(&exclusive_lock);
> + qemu_mutex_init(&cpu_list_mutex);
> + qemu_cond_init(&exclusive_cond);
> + qemu_cond_init(&exclusive_resume);
> qemu_mutex_init(&tcg_ctx.tb_ctx.tb_lock);
> gdbserver_fork(thread_cpu);
> } else {
> - pthread_mutex_unlock(&exclusive_lock);
> + qemu_mutex_unlock(&exclusive_lock);
> qemu_mutex_unlock(&tcg_ctx.tb_ctx.tb_lock);
> }
> }
> @@ -152,7 +160,7 @@ void fork_end(int child)
> static inline void exclusive_idle(void)
> {
> while (pending_cpus) {
> - pthread_cond_wait(&exclusive_resume, &exclusive_lock);
> + qemu_cond_wait(&exclusive_resume, &exclusive_lock);
> }
> }
>
> @@ -162,7 +170,7 @@ static inline void start_exclusive(void)
> {
> CPUState *other_cpu;
>
> - pthread_mutex_lock(&exclusive_lock);
> + qemu_mutex_lock(&exclusive_lock);
> exclusive_idle();
>
> pending_cpus = 1;
> @@ -174,7 +182,7 @@ static inline void start_exclusive(void)
> }
> }
> if (pending_cpus > 1) {
> - pthread_cond_wait(&exclusive_cond, &exclusive_lock);
> + qemu_cond_wait(&exclusive_cond, &exclusive_lock);
> }
> }
>
> @@ -182,42 +190,42 @@ static inline void start_exclusive(void)
> static inline void __attribute__((unused)) end_exclusive(void)
> {
> pending_cpus = 0;
> - pthread_cond_broadcast(&exclusive_resume);
> - pthread_mutex_unlock(&exclusive_lock);
> + qemu_cond_broadcast(&exclusive_resume);
> + qemu_mutex_unlock(&exclusive_lock);
> }
>
> /* Wait for exclusive ops to finish, and begin cpu execution. */
> static inline void cpu_exec_start(CPUState *cpu)
> {
> - pthread_mutex_lock(&exclusive_lock);
> + qemu_mutex_lock(&exclusive_lock);
> exclusive_idle();
> cpu->running = true;
> - pthread_mutex_unlock(&exclusive_lock);
> + qemu_mutex_unlock(&exclusive_lock);
> }
>
> /* Mark cpu as not executing, and release pending exclusive ops. */
> static inline void cpu_exec_end(CPUState *cpu)
> {
> - pthread_mutex_lock(&exclusive_lock);
> + qemu_mutex_lock(&exclusive_lock);
> cpu->running = false;
> if (pending_cpus > 1) {
> pending_cpus--;
> if (pending_cpus == 1) {
> - pthread_cond_signal(&exclusive_cond);
> + qemu_cond_signal(&exclusive_cond);
> }
> }
> exclusive_idle();
> - pthread_mutex_unlock(&exclusive_lock);
> + qemu_mutex_unlock(&exclusive_lock);
> }
>
> void cpu_list_lock(void)
> {
> - pthread_mutex_lock(&cpu_list_mutex);
> + qemu_mutex_lock(&cpu_list_mutex);
> }
>
> void cpu_list_unlock(void)
> {
> - pthread_mutex_unlock(&cpu_list_mutex);
> + qemu_mutex_unlock(&cpu_list_mutex);
> }
>
>
> @@ -4210,6 +4218,7 @@ int main(int argc, char **argv, char **envp)
> int ret;
> int execfd;
>
> + qemu_init_cpu_loop();
> module_call_init(MODULE_INIT_QOM);
>
> if ((envlist = envlist_create()) == NULL) {
--
Alex Bennée
next prev parent reply other threads:[~2016-07-11 12:08 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-06 21:14 [Qemu-devel] [RFC v2 00/11] cpu-exec: Safe work in quiescent state Sergey Fedorov
2016-07-06 21:14 ` [Qemu-devel] [RFC v2 01/11] atomic: introduce atomic_dec_fetch Sergey Fedorov
2016-07-06 21:14 ` [RFC v2 02/11] cpus: pass CPUState to run_on_cpu helpers Sergey Fedorov
2016-07-06 21:14 ` [Qemu-devel] " Sergey Fedorov
2016-07-07 0:30 ` David Gibson
2016-07-07 0:30 ` [Qemu-devel] " David Gibson
2016-07-11 12:36 ` Christian Borntraeger
2016-07-11 12:36 ` [Qemu-devel] " Christian Borntraeger
2016-07-11 12:38 ` Sergey Fedorov
2016-07-11 12:38 ` [Qemu-devel] " Sergey Fedorov
2016-07-11 12:55 ` Christian Borntraeger
2016-07-11 12:55 ` [Qemu-devel] " Christian Borntraeger
2016-07-06 21:14 ` [Qemu-devel] [RFC v2 03/11] cpus: Move common code out of {async_, }run_on_cpu() Sergey Fedorov
2016-07-06 21:14 ` [Qemu-devel] [RFC v2 04/11] cpus: Wrap mutex used to protect CPU work Sergey Fedorov
2016-07-11 12:06 ` Alex Bennée
2016-07-06 21:14 ` [Qemu-devel] [RFC v2 05/11] cpus: Rename flush_queued_work() Sergey Fedorov
2016-07-11 12:07 ` Alex Bennée
2016-07-06 21:14 ` [Qemu-devel] [RFC v2 06/11] linux-user: Use QemuMutex and QemuCond Sergey Fedorov
2016-07-11 12:08 ` Alex Bennée [this message]
2016-07-06 21:14 ` [Qemu-devel] [RFC v2 07/11] linux-user: Rework exclusive operation mechanism Sergey Fedorov
2016-07-14 15:04 ` Alex Bennée
2016-07-06 21:15 ` [Qemu-devel] [RFC v2 08/11] linux-user: Add qemu_cpu_is_self() and qemu_cpu_kick() Sergey Fedorov
2016-07-14 15:07 ` Alex Bennée
2016-07-06 21:15 ` [Qemu-devel] [RFC v2 09/11] linux-user: Support CPU work queue Sergey Fedorov
2016-07-14 15:10 ` Alex Bennée
2016-07-06 21:15 ` [Qemu-devel] [RFC v2 10/11] cpu-exec-common: Introduce async_safe_run_on_cpu() Sergey Fedorov
2016-07-14 15:57 ` Alex Bennée
2016-07-06 21:15 ` [Qemu-devel] [RFC v2 11/11] tcg: Make tb_flush() thread safe Sergey Fedorov
2016-07-07 20:11 ` Sergey Fedorov
2016-07-14 8:41 ` Alex Bennée
2016-07-14 8:54 ` Sergey Fedorov
2016-07-14 9:49 ` Alex Bennée
2016-07-14 16:00 ` [Qemu-devel] [RFC v2 00/11] cpu-exec: Safe work in quiescent state Alex Bennée
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=87lh189y23.fsf@linaro.org \
--to=alex.bennee@linaro.org \
--cc=a.rigo@virtualopensystems.com \
--cc=cota@braap.org \
--cc=fred.konrad@greensocs.com \
--cc=mttcg@listserver.greensocs.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=riku.voipio@iki.fi \
--cc=rth@twiddle.net \
--cc=serge.fdrv@gmail.com \
--cc=sergey.fedorov@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.