From: Paolo Bonzini <pbonzini@redhat.com>
To: Liu Ping Fan <qemulist@gmail.com>
Cc: Kevin Wolf <kwolf@redhat.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
Jan Kiszka <jan.kiszka@siemens.com>,
qemu-devel@nongnu.org, Alex Bligh <alex@alex.org.uk>,
Anthony Liguori <anthony@codemonkey.ws>
Subject: Re: [Qemu-devel] [RFC v2 1/5] timer: protect timers_state with lock
Date: Mon, 29 Jul 2013 08:26:14 +0200 [thread overview]
Message-ID: <51F60B06.2040703@redhat.com> (raw)
In-Reply-To: <1375067768-11342-2-git-send-email-pingfank@linux.vnet.ibm.com>
Il 29/07/2013 05:16, Liu Ping Fan ha scritto:
> In kvm mode, vm_clock may be read on AioContexts outside BQL(next
> patch). This will make timers_state --the foundation of vm_clock
> exposed to race condition. Using private lock to protect it.
> Note in tcg mode, vm_clock still read inside BQL, so icount is
> left without change.
>
> Lock rule: private lock innermost, ie BQL->"this lock"
This is quite expensive; on the other hand it is probably a good thing
to do even without the other patches.
Can you use the seqlock primitive we initially worked on for the memory
dispatch (with the BQL on the write side)?
Paolo
> Signed-off-by: Liu Ping Fan <pingfank@linux.vnet.ibm.com>
> ---
> cpus.c | 26 +++++++++++++++++++++-----
> 1 file changed, 21 insertions(+), 5 deletions(-)
>
> diff --git a/cpus.c b/cpus.c
> index 61e86a8..4af81e9 100644
> --- a/cpus.c
> +++ b/cpus.c
> @@ -112,7 +112,9 @@ typedef struct TimersState {
> int64_t dummy;
> } TimersState;
>
> -TimersState timers_state;
> +static TimersState timers_state;
> +/* lock rule: innermost */
> +static QemuMutex timers_state_lock;
>
> /* Return the virtual CPU time, based on the instruction counter. */
> int64_t cpu_get_icount(void)
> @@ -134,11 +136,14 @@ int64_t cpu_get_icount(void)
> /* return the host CPU cycle counter and handle stop/restart */
> int64_t cpu_get_ticks(void)
> {
> + int64_t ret;
> +
> if (use_icount) {
> return cpu_get_icount();
> }
> + qemu_mutex_lock(&timers_state_lock);
> if (!timers_state.cpu_ticks_enabled) {
> - return timers_state.cpu_ticks_offset;
> + ret = timers_state.cpu_ticks_offset;
> } else {
> int64_t ticks;
> ticks = cpu_get_real_ticks();
> @@ -148,41 +153,51 @@ int64_t cpu_get_ticks(void)
> timers_state.cpu_ticks_offset += timers_state.cpu_ticks_prev - ticks;
> }
> timers_state.cpu_ticks_prev = ticks;
> - return ticks + timers_state.cpu_ticks_offset;
> + ret = ticks + timers_state.cpu_ticks_offset;
> }
> + qemu_mutex_unlock(&timers_state_lock);
> + return ret;
> }
>
> /* return the host CPU monotonic timer and handle stop/restart */
> int64_t cpu_get_clock(void)
> {
> int64_t ti;
> +
> + qemu_mutex_lock(&timers_state_lock);
> if (!timers_state.cpu_ticks_enabled) {
> - return timers_state.cpu_clock_offset;
> + ti = timers_state.cpu_clock_offset;
> } else {
> ti = get_clock();
> - return ti + timers_state.cpu_clock_offset;
> + ti += timers_state.cpu_clock_offset;
> }
> + qemu_mutex_unlock(&timers_state_lock);
> + return ti;
> }
>
> /* enable cpu_get_ticks() */
> void cpu_enable_ticks(void)
> {
> + qemu_mutex_lock(&timers_state_lock);
> if (!timers_state.cpu_ticks_enabled) {
> timers_state.cpu_ticks_offset -= cpu_get_real_ticks();
> timers_state.cpu_clock_offset -= get_clock();
> timers_state.cpu_ticks_enabled = 1;
> }
> + qemu_mutex_unlock(&timers_state_lock);
> }
>
> /* disable cpu_get_ticks() : the clock is stopped. You must not call
> cpu_get_ticks() after that. */
> void cpu_disable_ticks(void)
> {
> + qemu_mutex_lock(&timers_state_lock);
> if (timers_state.cpu_ticks_enabled) {
> timers_state.cpu_ticks_offset = cpu_get_ticks();
> timers_state.cpu_clock_offset = cpu_get_clock();
> timers_state.cpu_ticks_enabled = 0;
> }
> + qemu_mutex_unlock(&timers_state_lock);
> }
>
> /* Correlation between real and virtual time is always going to be
> @@ -353,6 +368,7 @@ static const VMStateDescription vmstate_timers = {
>
> void configure_icount(const char *option)
> {
> + qemu_mutex_init(&timers_state_lock);
> vmstate_register(NULL, 0, &vmstate_timers, &timers_state);
> if (!option) {
> return;
>
next prev parent reply other threads:[~2013-07-29 6:26 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-29 3:16 [Qemu-devel] [RFC v2 0/5] arm AioContext with its own timer stuff Liu Ping Fan
2013-07-29 3:16 ` [Qemu-devel] [RFC v2 1/5] timer: protect timers_state with lock Liu Ping Fan
2013-07-29 6:26 ` Paolo Bonzini [this message]
2013-07-29 8:01 ` liu ping fan
2013-07-29 3:16 ` [Qemu-devel] [RFC v2 2/5] timer: pick out timer list info from QemuClock Liu Ping Fan
2013-07-29 3:16 ` [Qemu-devel] [RFC v2 3/5] timer: make qemu_clock_enable sync between disable and timer's cb Liu Ping Fan
2013-07-29 6:30 ` Paolo Bonzini
2013-07-29 8:10 ` liu ping fan
2013-07-29 11:21 ` Paolo Bonzini
2013-07-30 2:42 ` liu ping fan
2013-07-30 9:17 ` Paolo Bonzini
2013-07-30 9:51 ` Alex Bligh
2013-07-30 10:12 ` Paolo Bonzini
2013-08-01 5:54 ` liu ping fan
2013-08-01 8:57 ` Paolo Bonzini
2013-08-01 9:35 ` Alex Bligh
2013-08-01 12:19 ` Paolo Bonzini
2013-08-01 13:28 ` Alex Bligh
2013-08-01 13:51 ` Paolo Bonzini
2013-08-01 14:20 ` Alex Bligh
2013-08-01 14:28 ` Paolo Bonzini
2013-08-02 3:31 ` liu ping fan
2013-08-02 10:01 ` Paolo Bonzini
2013-08-02 3:33 ` liu ping fan
2013-08-02 14:43 ` Stefan Hajnoczi
2013-08-05 2:13 ` liu ping fan
2013-07-29 3:16 ` [Qemu-devel] [RFC v2 4/5] timer: associate three timerlists with AioContext Liu Ping Fan
2013-07-29 6:32 ` Paolo Bonzini
2013-07-29 8:20 ` liu ping fan
2013-07-29 13:11 ` Paolo Bonzini
2013-07-30 2:35 ` liu ping fan
2013-07-29 3:16 ` [Qemu-devel] [RFC v2 5/5] timer: run timers on aio_poll Liu Ping Fan
2013-07-29 9:22 ` [Qemu-devel] [RFC v2 0/5] arm AioContext with its own timer stuff Stefan Hajnoczi
2013-07-29 10:23 ` Alex Bligh
2013-07-29 13:36 ` Stefan Hajnoczi
2013-07-29 13:56 ` Alex Bligh
2013-07-30 3:35 ` liu ping fan
2013-07-29 10:18 ` Alex Bligh
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=51F60B06.2040703@redhat.com \
--to=pbonzini@redhat.com \
--cc=alex@alex.org.uk \
--cc=anthony@codemonkey.ws \
--cc=jan.kiszka@siemens.com \
--cc=kwolf@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemulist@gmail.com \
--cc=stefanha@redhat.com \
/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).