From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:48042) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SAOLD-0005tN-E5 for qemu-devel@nongnu.org; Wed, 21 Mar 2012 12:24:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SAOLB-0002Mk-MD for qemu-devel@nongnu.org; Wed, 21 Mar 2012 12:24:50 -0400 Received: from mx1.redhat.com ([209.132.183.28]:7341) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SAOLB-0002MY-F0 for qemu-devel@nongnu.org; Wed, 21 Mar 2012 12:24:49 -0400 Date: Wed, 21 Mar 2012 18:24:38 +0200 From: Gleb Natapov Message-ID: <20120321162437.GB12300@redhat.com> References: <4F58664D.1070800@cn.fujitsu.com> <4F66E14F.3040809@cn.fujitsu.com> <4F6854F4.3060703@cn.fujitsu.com> <20120320154517.GG27928@redhat.com> <4F692723.8050904@cn.fujitsu.com> <20120321091127.GO22368@redhat.com> <4F69FF48.3010200@acm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F69FF48.3010200@acm.org> Subject: Re: [Qemu-devel] [PATCH 0/2 v3] kvm: notify host when guest panicked List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: minyard@acm.org Cc: kvm list , Jan Kiszka , "linux-kernel@vger.kernel.org" , qemu-devel , Avi Kivity , KAMEZAWA Hiroyuki On Wed, Mar 21, 2012 at 11:18:16AM -0500, Corey Minyard wrote: > > >Look at drivers/char/ipmi/ipmi_msghandler.c. It has code to send panic > >event over IMPI. The code is pretty complex. Of course if we a going to > >implement something more complex than simple hypercall for panic > >notification we better do something more interesting with it than just > >saying "panic happened", like sending stack traces on all cpus for > >instance. > > I doubt that's the best example, unfortunately. The IPMI event log > has limited space and it has to be send a little piece at a time > since each log entry is 14 bytes. It just prints the panic string, > nothing else. Not that it isn't useful, it has saved my butt > before. > I gave ipmi example just to show that others do complex things on panic, not as an example of what we should do on a guest panic. > You have lots of interesting options with paravirtualization. You > could, for instance, create a console driver that delivered all > console output efficiently through a hypercall. That would be > really easy. Or, as you mention, a custom way to deliver panic > information. Collecting information like stack traces would be > harder to accomplish, as I don't think there is currently a way to > get it except by sending it to printk. > Why using hypercall for that though? You can do that with virtio-console. Make it zero config: virtio-console detected -> send console output there. -- Gleb.