From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54020) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6f3L-0000ED-FE for qemu-devel@nongnu.org; Tue, 06 Aug 2013 07:03:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6f3D-0006tc-12 for qemu-devel@nongnu.org; Tue, 06 Aug 2013 07:03:47 -0400 Received: from cantor2.suse.de ([195.135.220.15]:37609 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6f3C-0006tA-NY for qemu-devel@nongnu.org; Tue, 06 Aug 2013 07:03:38 -0400 Message-ID: <5200D806.5030509@suse.de> Date: Tue, 06 Aug 2013 13:03:34 +0200 From: =?ISO-8859-1?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <1970367422.9695773.1375718517492.JavaMail.root@redhat.com> <20130805161833.GA4244@redhat.com> <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> <20130806101953.GC13680@redhat.com> <20130806104442.GR8218@redhat.com> In-Reply-To: <20130806104442.GR8218@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 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: Marcel Apfelbaum , seabios@seabios.org, qemu-devel@nongnu.org, "Michael S. Tsirkin" , Gerd Hoffmann , Anthony Liguori , Paolo Bonzini Am 06.08.2013 12:44, schrieb Gleb Natapov: > On Tue, Aug 06, 2013 at 01:19:53PM +0300, Michael S. Tsirkin wrote: >>>> It's a QEMU issue, devices that are added with -device are >>>> documented in -device help and removed by dropping them from >>>> command line. Devices added by default have no way to >>>> be dropped from QOM except -nodefaults. >>>> >>> Are you saying that because pvpanic is added automatically QEMU -devi= ce >>> help does not print help about it? Why not fix that? What QEMU --help >>> issues has to do with deciding which devices should or should not be >>> present by default? >> >> No, I'm saying what I said: that there's no way to remove a device >> added by default except -nodefaults, and no way to >> find out what does -nodefaults exclude so you >> can add things you need back selectively. >> > And what are the rules that govern device exclusion from -nodefaults > list? Why -nodefaults does not create empty machine? We have -M none to create an empty machine. FWIW -M q35 does not create all Q35 devices, there's -readconfig docs/q35-chipset.cfg for the rest. The criteria certainly is not migratability, since ICH9 AHCI (part of -M q35) is unmigratable, unfortunately. One practical reason not to create everything via config is that we cannot create SysBusDevices via -device when they require MMIO mapping or IRQ setup. For ISADevices such as pvpanic that's not a problem. Anthony has proposed QOM'ifying MemoryRegions and qemu_irq as solution to do the wiring-up from command line or config file, but those attempts got stuck a long time ago. Andreas --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe= rg