From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MGBXQ-0003Gb-VE for qemu-devel@nongnu.org; Mon, 15 Jun 2009 08:43:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MGBXM-0003Ew-QY for qemu-devel@nongnu.org; Mon, 15 Jun 2009 08:43:48 -0400 Received: from [199.232.76.173] (port=52833 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MGBXM-0003Et-EO for qemu-devel@nongnu.org; Mon, 15 Jun 2009 08:43:44 -0400 Received: from mx2.redhat.com ([66.187.237.31]:58670) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MGBXL-0004f6-TT for qemu-devel@nongnu.org; Mon, 15 Jun 2009 08:43:44 -0400 Date: Mon, 15 Jun 2009 15:41:29 +0300 From: "Michael S. Tsirkin" Subject: Re: Configuration vs. compat hints [was Re: [Qemu-devel] [PATCHv3 03/13] qemu: add routines to manage PCI capabilities] Message-ID: <20090615124101.GH6351@redhat.com> References: <1244821292.30522.56.camel@blaa> <4A327E4A.7010300@codemonkey.ws> <1244825303.26769.19.camel@blaa> <20090614095016.GA7560@redhat.com> <1245056916.6891.31.camel@blaa> <4A3613EC.6030608@redhat.com> <20090615103249.GB6351@redhat.com> <4A363012.8050409@redhat.com> <20090615114858.GG6351@redhat.com> <4A3636FA.1040609@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A3636FA.1040609@redhat.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Mark McLoughlin , kvm@vger.kernel.org, Carsten Otte , Glauber Costa , Rusty Russell , qemu-devel@nongnu.org, virtualization@lists.linux-foundation.org, Blue Swirl , Christian Borntraeger , Paul Brook On Mon, Jun 15, 2009 at 02:56:42PM +0300, Avi Kivity wrote: > On 06/15/2009 02:48 PM, Michael S. Tsirkin wrote: >>> A slot needs to be configured in ACPI, >>> >> >> Can we configure all possible 32 slots? >> > > That's what we do. But one is always taken. In the future, perhaps more. > >>> and not be taken by onboard chips >>> (piix takes slot 0, for example). >>> >> >> piix is the root complex, isn't it? Are there other examples? If not, >> we could teach management about the root complex being special ... >> > > We should just tell the user which slots are open. This might be tricky if the config is passed in with the command line flags.