WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: [PATCH] xen: change XEN_PLATFORM_PCI to bool default

To: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [PATCH] xen: change XEN_PLATFORM_PCI to bool default y
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Thu, 22 Sep 2011 12:35:04 -0700
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Delivery-date: Thu, 22 Sep 2011 12:36:00 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1316672473.27431.0.camel@xxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1316608670-23167-1-git-send-email-stefano.stabellini@xxxxxxxxxxxxx> <20110921185102.GJ17357@xxxxxxxxxxxxxxxxx> <1316632095.5182.33.camel@xxxxxxxxxxxxxxxxxxxx> <4E7A69DD.1080501@xxxxxxxx> <1316672473.27431.0.camel@xxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2
On 09/21/2011 11:21 PM, Ian Campbell wrote:
> On Wed, 2011-09-21 at 23:49 +0100, Jeremy Fitzhardinge wrote:
>>> That would work too. Even better would be to make it an invisible
>>> Kconfig symbol which PVHVM just selects.
>> Eh, select is pretty nasty.
> Select of a non user visible symbol is perfectly fine. It's only when
> you select something a user can also set that things get nasty.

It doesn't matter if its user-visible.  If the selected symbol acquires
other dependencies, the selection won't set them.

    J

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel