From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MGFmH-0003EE-A0 for qemu-devel@nongnu.org; Mon, 15 Jun 2009 13:15:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MGFmC-0003AR-Bj for qemu-devel@nongnu.org; Mon, 15 Jun 2009 13:15:24 -0400 Received: from [199.232.76.173] (port=47385 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MGFmB-00039y-L4 for qemu-devel@nongnu.org; Mon, 15 Jun 2009 13:15:19 -0400 Received: from mx2.redhat.com ([66.187.237.31]:36684) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MGFmB-0003uH-4h for qemu-devel@nongnu.org; Mon, 15 Jun 2009 13:15:19 -0400 Message-ID: <4A36812E.3050909@redhat.com> Date: Mon, 15 Jun 2009 20:13:18 +0300 From: Avi Kivity 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: <4A364381.401@redhat.com> <4A364401.6010500@codemonkey.ws> <4A3647FB.9010808@redhat.com> <4A364B53.9080007@codemonkey.ws> <4A364FE0.40204@redhat.com> <4A3651EB.3070204@codemonkey.ws> <4A36555A.4090303@redhat.com> <4A3659A0.3050108@codemonkey.ws> <20090615143737.GB14405@redhat.com> <4A3662BA.6030304@codemonkey.ws> <20090615150804.GH7233@redhat.com> <4A3664EE.30207@redhat.com> <1245083231.3222.104.camel@blaa> In-Reply-To: <1245083231.3222.104.camel@blaa> Content-Type: multipart/alternative; boundary="------------000201020409010800000406" List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Mark McLoughlin Cc: Carsten Otte , dlaor@redhat.com, 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 This is a multi-part message in MIME format. --------------000201020409010800000406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/15/2009 07:27 PM, Mark McLoughlin wrote: > > Providing end users with the *option* to choose PCI slots sounds like a > fine feature request for any management app. > > Requiring all management apps to force end users to explicitly choose > PCI slots in order for slots to be stable is not so reasonable. > Think any installer's partitioning utility. It will provide a default placement and try to hide it from you. If you ask, it will let you place the partitions yourself. The management app is the end user's agent. When we push something there, we allow it to choose something, or push the decision further up to the user. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain. --------------000201020409010800000406 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 06/15/2009 07:27 PM, Mark McLoughlin wrote:


Providing end users with the *option* to choose PCI slots sounds like a
fine feature request for any management app.

Requiring all management apps to force end users to explicitly choose
PCI slots in order for slots to be stable is not so reasonable.

Think any installer's partitioning utility. It will provide a default placement and try to hide it from you. If you ask, it will let you place the partitions yourself.

The management app is the end user's agent. When we push something there, we allow it to choose something, or push the decision further up to the user.

-- 
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.

--------------000201020409010800000406--