From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MF9NN-0002rM-8l for qemu-devel@nongnu.org; Fri, 12 Jun 2009 12:13:09 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MF9NH-0002pO-OB for qemu-devel@nongnu.org; Fri, 12 Jun 2009 12:13:08 -0400 Received: from [199.232.76.173] (port=46250 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MF9NH-0002pI-D6 for qemu-devel@nongnu.org; Fri, 12 Jun 2009 12:13:03 -0400 Received: from qw-out-1920.google.com ([74.125.92.149]:8198) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MF9NG-0007Us-0T for qemu-devel@nongnu.org; Fri, 12 Jun 2009 12:13:03 -0400 Received: by qw-out-1920.google.com with SMTP id 4so1199639qwk.4 for ; Fri, 12 Jun 2009 09:12:59 -0700 (PDT) Message-ID: <4A327E87.6080005@codemonkey.ws> Date: Fri, 12 Jun 2009 11:12:55 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: Configuration vs. compat hints [was Re: [Qemu-devel] [PATCHv3 03/13] qemu: add routines to manage PCI capabilities] References: <20090610145540.GI19375@poweredge.glommer> <20090610150129.GC28601@redhat.com> <200906101624.30659.paul@codesourcery.com> <20090610174301.GC7416@shareable.org> <20090610182227.GN28601@redhat.com> <20090610192702.GH7416@shareable.org> <1244796209.16425.20.camel@blaa> <4A326C7E.3020309@codemonkey.ws> <1244822007.30522.68.camel@blaa> In-Reply-To: <1244822007.30522.68.camel@blaa> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Mark McLoughlin Cc: Carsten Otte , kvm@vger.kernel.org, "Michael S. Tsirkin" , Glauber Costa , Rusty Russell , qemu-devel@nongnu.org, virtualization@lists.linux-foundation.org, Blue Swirl , Christian Borntraeger , Paul Brook , Avi Kivity Mark McLoughlin wrote: > On Fri, 2009-06-12 at 09:55 -0500, Anthony Liguori wrote: > >> Mark McLoughlin wrote: >> >>> On Wed, 2009-06-10 at 20:27 +0100, Jamie Lokier wrote: >>> >>> = Solution - Separate configuration from compat hints = >>> >>> As I suggested before: >>> >>> - Allow the VM manager to dump compat hints; this would be an opaque >>> file format, more like the savevm format than a config file >>> >>> >> How is compat hints different from a device tree? >> >> In my mind, that's what compat hints is. I don't see another sane way >> to implement it. >> > > A device tree with a different purpose than a config file. > > In its simplest form it could be a device tree with a version number for > each device[1]. > I think the point is that you don't need version numbers if you have a proper device tree. NB the device tree contains no host configuration information. Regards, Anthony Liguori > The other obvious piece to add to it would be PCI addresses, so that > even if you remove a device, the addresses assigned to existing devices > don't change. > > Cheers, > Mark. > > [1] - Adding such a per-device version number to the config file would > solve problem (2) > >