From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58740) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6kxr-0005w4-EH for qemu-devel@nongnu.org; Tue, 06 Aug 2013 13:22:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6kxj-0000iP-QU for qemu-devel@nongnu.org; Tue, 06 Aug 2013 13:22:31 -0400 Received: from cantor2.suse.de ([195.135.220.15]:51413 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6kxj-0000i9-Gv for qemu-devel@nongnu.org; Tue, 06 Aug 2013 13:22:23 -0400 Message-ID: <520130CA.7080306@suse.de> Date: Tue, 06 Aug 2013 19:22:18 +0200 From: =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= MIME-Version: 1.0 References: <51FFD6CE.5090302@redhat.com> <20130805182628.GC4244@redhat.com> <20130806072152.GK10891@redhat.com> <20130806083309.GA11051@redhat.com> <20130806083625.GF8218@redhat.com> <20130806092148.GC11051@redhat.com> <20130806093247.GL8218@redhat.com> <5200D15E.4030102@suse.de> <20130806110035.GS8218@redhat.com> <5200DCC5.2040603@suse.de> <20130806120005.GW8218@redhat.com> In-Reply-To: <20130806120005.GW8218@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [SeaBIOS] [PATCH] don't expose pvpanic device in the UI List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: minyard@acm.org, "Michael S. Tsirkin" , seabios@seabios.org, qemu-devel@nongnu.org, Gerd Hoffmann , Paolo Bonzini , Marcel Apfelbaum Am 06.08.2013 14:00, schrieb Gleb Natapov: > On Tue, Aug 06, 2013 at 01:23:49PM +0200, Andreas F=C3=A4rber wrote: >> Am 06.08.2013 13:00, schrieb Gleb Natapov: >>> On Tue, Aug 06, 2013 at 12:35:10PM +0200, Andreas F=C3=A4rber wrote: >>>> I wonder if IPMI might be such an alternative in the future, in whic= h >>>> case we should come up with some way to fully disable pvpanic device >>>> creation. CC'ing Corey. >>>> >>> IPMI was considered, to complicated for what was needed. >> >> Sorry? There's nothing wrong with going for pvpanic as a simple >> implementation. >> > Sure, why "sorry" then? :) Because I don't understand what IPMI being too complicated has to do with me saying that because, for example, a future IPMI emulation may be able to fulfill the same function, we may want to disable pvpanic at that point. :) [...] >> My point was, there may be alternative, non-PV implementations to suck >> such information out of a guest, IPMI being one example of a managemen= t >> interface that exists for physical servers. So it's not necessarily >> black-or-white, but choices similar to virtio vs. IDE vs. AHCI vs. SCS= I. >> > pvpanic not meant to replace IPMI though. That's a matter of definition: Is vmmouse meant to replace USB tablets? They have similar functions for the user but are implemented in a way they can coexist in software. It is handy to have vmmouse enabled if my guest X11 and VNC have support for vmmouse or ignore it, but if my guest has broken vmmouse drivers then it may well be handy to be able to turn off vmmouse emulation in QEMU rather than insisting that all PV interfaces always stay enabled. Question is how to do that best, beyond the pvpanic-specific ioport=3D0. Andreas --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=C3=BCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=C3=B6rffer; HRB 16746 AG N=C3=BC= rnberg