From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43799) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6gAC-0002SJ-9h for qemu-devel@nongnu.org; Tue, 06 Aug 2013 08:15:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6g3C-00089L-WC for qemu-devel@nongnu.org; Tue, 06 Aug 2013 08:07:51 -0400 Received: from mx1.redhat.com ([209.132.183.28]:31228) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6g3C-00088g-KJ for qemu-devel@nongnu.org; Tue, 06 Aug 2013 08:07:42 -0400 Date: Tue, 6 Aug 2013 15:09:17 +0300 From: "Michael S. Tsirkin" Message-ID: <20130806120917.GC14396@redhat.com> 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> <20130806101953.GC13680@redhat.com> <20130806104442.GR8218@redhat.com> <5200D806.5030509@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <5200D806.5030509@suse.de> 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: Andreas =?iso-8859-1?Q?F=E4rber?= Cc: Gleb Natapov , Marcel Apfelbaum , seabios@seabios.org, qemu-devel@nongnu.org, Gerd Hoffmann , Anthony Liguori , Paolo Bonzini On Tue, Aug 06, 2013 at 01:03:34PM +0200, Andreas F=E4rber wrote: > 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 -de= vice > >>> help does not print help about it? Why not fix that? What QEMU --he= lp > >>> issues has to do with deciding which devices should or should not b= e > >>> 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? >=20 > We have -M none to create an empty machine. >=20 > 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. Wasn't this fixed recently? > 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 attempt= s > got stuck a long time ago. >=20 > Andreas >=20 > --=20 > SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany > GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrn= berg