All of lore.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@redhat.com>
To: Marcelo Tosatti <mtosatti@redhat.com>
Cc: Gleb Natapov <gleb@redhat.com>, kvm <kvm@vger.kernel.org>
Subject: Re: [PATCH v2] fix qemu-kvm sigsegv at exit
Date: Wed, 28 Oct 2009 11:42:56 +0200	[thread overview]
Message-ID: <4AE81220.2000102@redhat.com> (raw)
In-Reply-To: <20091027153346.GA9730@amt.cnet>

On 10/27/2009 05:33 PM, Marcelo Tosatti wrote:
> Michael reported a qemu-kvm SIGSEGV at shutdown:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x411d0940 (LWP 14446)]
> 0x000000000040afb4 in qemu_mod_timer (ts=0x19f0fd0,
> expire_time=62275467335)
>      at /home/mst/scm/qemu-kvm/vl.c:1009
> 1009            if ((alarm_timer->flags&  ALARM_FLAG_EXPIRED) == 0)
> {
> (gdb) l
> 1004        ts->next = *pt;
> 1005        *pt = ts;
> 1006
> 1007        /* Rearm if necessary  */
> 1008        if (pt ==&active_timers[ts->clock->type]) {
> 1009            if ((alarm_timer->flags&  ALARM_FLAG_EXPIRED) == 0)
> {
> 1010          	qemu_rearm_alarm_timer(alarm_timer);
> 1011            }
> 1012            /* Interrupt execution to force deadline
> recalculation.  */
> 1013            if (use_icount)
> (gdb) p alarm_timer
> $1 = (struct qemu_alarm_timer *) 0x0
>
> Problem is kvm_main_loop_wait(env, 0) can process the stop request
> (signalling iothread that vcpu is stopped, so its OK to exit) and
> continue to kvm_cpu_exec.
>
> Reorder kvm_main_loop_wait and kvm_cpu_exec, as suggested by Gleb.
>
> Signed-off-by: Marcelo Tosatti<mtosatti@redhat.com>
> Reported-by: "Michael S. Tsirkin"<mst@redhat.com>
>
> diff --git a/qemu-kvm.c b/qemu-kvm.c
> index 4c13628..809fd65 100644
> --- a/qemu-kvm.c
> +++ b/qemu-kvm.c
> @@ -1867,8 +1867,8 @@ static int kvm_main_loop_cpu(CPUState *env)
>               run_cpu = !env->halted;
>           }
>           if (run_cpu) {
> -            kvm_main_loop_wait(env, 0);
>               kvm_cpu_exec(env);
> +            kvm_main_loop_wait(env, 0);
>           } else {
>               kvm_main_loop_wait(env, 1000);
>           }
>    

This will miss an event at the very beginning of the loop (powerdown 
requested before we had a chance to spin up?).  I think it should be 
fine since there will be a pending signal which will break us out of 
kvm_cpu_exec() before it has a chance to do anything (i.e. spin in the 
guest).

So, I think it's fine, but please double check the above.

-- 
error compiling committee.c: too many arguments to function


  reply	other threads:[~2009-10-28  9:42 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-26 18:46 fix qemu-kvm sigsegv at exit Marcelo Tosatti
2009-10-26 18:58 ` Gleb Natapov
2009-10-26 19:05   ` Marcelo Tosatti
2009-10-27 15:33   ` [PATCH v2] " Marcelo Tosatti
2009-10-28  9:42     ` Avi Kivity [this message]
2009-10-28 22:38       ` Marcelo Tosatti
2009-11-01 15:39         ` Avi Kivity

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=4AE81220.2000102@redhat.com \
    --to=avi@redhat.com \
    --cc=gleb@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@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 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.