From: "Daniel P. Berrange" <berrange@redhat.com>
To: Luiz Capitulino <lcapitulino@redhat.com>
Cc: kvm list <kvm@vger.kernel.org>,
Jan Kiszka <jan.kiszka@siemens.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Gleb Natapov <gleb@redhat.com>,
qemu-devel <qemu-devel@nongnu.org>, Avi Kivity <avi@redhat.com>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Subject: Re: [Qemu-devel] [PATCH 3/3] deal with guest panicked event
Date: Tue, 12 Jun 2012 13:40:45 +0100 [thread overview]
Message-ID: <20120612124045.GK10153@redhat.com> (raw)
In-Reply-To: <20120612093504.1f7e24f1@doriath.home>
On Tue, Jun 12, 2012 at 09:35:04AM -0300, Luiz Capitulino wrote:
> On Tue, 12 Jun 2012 14:55:37 +0800
> Wen Congyang <wency@cn.fujitsu.com> wrote:
>
> > >> +static void panicked_perform_action(void)
> > >> +{
> > >> + switch(panicked_action) {
> > >> + case PANICKED_REPORT:
> > >> + panicked_mon_event("report");
> > >> + break;
> > >> +
> > >> + case PANICKED_PAUSE:
> > >> + panicked_mon_event("pause");
> > >> + vm_stop(RUN_STATE_GUEST_PANICKED);
> > >> + break;
> > >> +
> > >> + case PANICKED_QUIT:
> > >> + panicked_mon_event("quit");
> > >> + exit(0);
> > >> + break;
> > >> + }
> > >
> > > Having the data argument is not needed/wanted. The mngt app can guess it if it
> > > needs to know it, but I think it doesn't want to.
> >
> > Libvirt will do something when the kernel is panicked, so it should know the action
> > in qemu side.
>
> But the action will be set by libvirt itself, no?
Sure, but the whole world isn't libvirt. If the process listening to the
monitor is not the same as the process which launched the VM, then I
think including the action is worthwhile. Besides, the way Wen has done
this is identical to what we already do with QEVENT_WATCHDOG and I think
it is desirable to keep consistency here.
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
next prev parent reply other threads:[~2012-06-12 12:41 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-21 6:46 [Qemu-devel] [PATCH] kvm: notify host when guest panicked Wen Congyang
2012-05-21 6:49 ` [Qemu-devel] [PATCH 1/3] start vm after reseting it Wen Congyang
[not found] ` <20120530161720.7c9b88b9@doriath.home>
2012-06-12 7:23 ` Wen Congyang
2012-06-13 6:54 ` Wen Congyang
2012-05-21 6:50 ` [Qemu-devel] [PATCH 2/3] update linux headers Wen Congyang
2012-05-21 6:50 ` [Qemu-devel] [PATCH 3/3] deal with guest panicked event Wen Congyang
2012-05-22 11:32 ` Jan Kiszka
[not found] ` <20120530162314.1e9e4d3c@doriath.home>
2012-06-12 6:55 ` Wen Congyang
2012-06-12 12:35 ` Luiz Capitulino
2012-06-12 12:40 ` Daniel P. Berrange [this message]
2012-06-12 13:21 ` Luiz Capitulino
2012-06-12 13:29 ` Paolo Bonzini
2012-06-13 7:02 ` Wen Congyang
2012-06-13 7:53 ` Paolo Bonzini
2012-06-13 8:00 ` Wen Congyang
2012-06-12 6:47 ` [Qemu-devel] [PATCH] kvm: notify host when guest panicked Wen Congyang
2012-06-12 7:49 ` Christian Borntraeger
2012-06-12 8:07 ` Wen Congyang
2012-06-12 8:26 ` Wen Congyang
2012-06-12 9:49 ` Gleb Natapov
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=20120612124045.GK10153@redhat.com \
--to=berrange@redhat.com \
--cc=avi@redhat.com \
--cc=gleb@redhat.com \
--cc=jan.kiszka@siemens.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=kvm@vger.kernel.org \
--cc=lcapitulino@redhat.com \
--cc=linux-kernel@vger.kernel.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).