From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:47612) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMJL7-0005Tk-QD for qemu-devel@nongnu.org; Sun, 31 Mar 2013 10:34:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UMJL4-0002r7-Jz for qemu-devel@nongnu.org; Sun, 31 Mar 2013 10:34:33 -0400 Received: from mx1.redhat.com ([209.132.183.28]:26539) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMJL4-0002qz-CP for qemu-devel@nongnu.org; Sun, 31 Mar 2013 10:34:30 -0400 Date: Sun, 31 Mar 2013 17:34:10 +0300 From: Gleb Natapov Message-ID: <20130331143410.GC21968@redhat.com> References: <1364545124-9781-1-git-send-email-hutao@cn.fujitsu.com> <20130329133310.GA9206@morn.localdomain> <51559BD8.5080502@redhat.com> <20130330132009.GA12564@morn.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130330132009.GA12564@morn.localdomain> Subject: Re: [Qemu-devel] [SeaBIOS] [PATCH v16] Add pvpanic device driver List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin O'Connor Cc: Peter Maydell , "Michael S. Tsirkin" , Jan Kiszka , seabios@seabios.org, qemu-devel , Markus Armbruster , Blue Swirl , Orit Wasserman , Juan Quintela , Alexander Graf , Christian Borntraeger , Hu Tao , Andrew Jones , Alex Williamson , Sasha Levin , Stefan Hajnoczi , Luiz Capitulino , KAMEZAWA Hiroyuki , Anthony Liguori , Marcelo Tosatti , Paolo Bonzini On Sat, Mar 30, 2013 at 09:20:09AM -0400, Kevin O'Connor wrote: > On Fri, Mar 29, 2013 at 02:49:12PM +0100, Paolo Bonzini wrote: > > Il 29/03/2013 14:33, Kevin O'Connor ha scritto: > > > On Fri, Mar 29, 2013 at 04:18:44PM +0800, Hu Tao wrote: > > >> pvpanic device is used to notify host(qemu) when guest panic happens. > > > > > > Thanks. However, we're planning a move of ACPI tables from SeaBIOS to > > > QEMU. I think this should wait until after the move. > > > > The device should be in QEMU 1.5, and the SSDT probably will still be in > > SeaBIOS by then (and might even be the last to move, since it's quite > > complex and dynamic). I don't think it is fair to block this patch on > > those grounds... > > What is the user visible impact of not having a panic device? > > My main concern is that the patch creates a new fw_cfg channel between > qemu and seabios thats sole purpose is to alter the OS visible ACPI > tables. These types of QEMU->SeaBIOS interfaces are fragile and are > (in sum) quite complex. > The patch uses existing channel between qemu and seabios, one romfile_loadint() is all it takes. We already have number of interfaces to change OS visible ACPI tables, that's why we want to move ACPI table creation to QEMU in the first place. It is unfortunate to start blocking features now before we have an alternative. When ACPI table creation will move into QEMU the code in this patch will be dropped along with all the other code that serves similar purpose. -- Gleb.