On Fri, Feb 6, 2015 at 2:51 PM, Luis R. Rodriguez
wrote:
>>> >> > XEN_PLATFORM_PCI
>>> >
>>> > definitely x86 only
>>>
>>> All?
>>
>> only XEN_PLATFORM_PCI
>
> Updated.
Then again commit 5fbdc10395cd500d6ff844825a918c4e6f38de37 removed
this so its no longer relevant as its all folded under XEN_
On Fri, 6 Feb 2015, Luis R. Rodriguez wrote:
> On Fri, Feb 6, 2015 at 4:07 AM, Stefano Stabellini
> wrote:
> > On Thu, 5 Feb 2015, Luis R. Rodriguez wrote:
> >> On Wed, Feb 4, 2015 at 6:57 AM, Stefano Stabellini
> >> wrote:
> >> > On Wed, 4 Feb 2015, David Vrabel wrote:
> >> >> On 16/12/14 16:21,
On Mon, Jan 19, 2015 at 5:28 AM, Ian Campbell wrote:
> In your list do the options which come under XEN or XEN_FRONTEND depend
> on the respective headline config option?
An indentation reflects a dependency on the above option.
Luis
___
Xen-devel ma
On Mon, Jan 19, 2015 at 5:28 AM, Ian Campbell wrote:
> Could you annotate (maybe not a new column, perhaps with a * or
> something) which options are supposed to be user-visible vs purely
> internal things which can be selected?
All options listed will be user selectable unless otherwise noted wi
On Wed, Feb 4, 2015 at 6:57 AM, Stefano Stabellini
wrote:
> Given that there is no CONFIG_PV or CONFIG_PVH or even CONFIG_PVHVM on
> arm and arm64
I'll update CONFIG_XEN_PVHVM to be x86 specific, it already depends on
X86_LOCAL_APIC, so just updating it on the proposal to annotate it is
x86 speci
On Fri, Feb 6, 2015 at 4:07 AM, Stefano Stabellini
wrote:
> On Thu, 5 Feb 2015, Luis R. Rodriguez wrote:
>> On Wed, Feb 4, 2015 at 6:57 AM, Stefano Stabellini
>> wrote:
>> > On Wed, 4 Feb 2015, David Vrabel wrote:
>> >> On 16/12/14 16:21, Juergen Gross wrote:
>> >> > Hi,
>> >> >
>> >> > This is a
On Thu, 5 Feb 2015, Luis R. Rodriguez wrote:
> On Wed, Feb 4, 2015 at 6:57 AM, Stefano Stabellini
> wrote:
> > On Wed, 4 Feb 2015, David Vrabel wrote:
> >> On 16/12/14 16:21, Juergen Gross wrote:
> >> > Hi,
> >> >
> >> > This is a design proposal for a rework of the config options on the
> >> > Li
On Wed, Feb 4, 2015 at 6:57 AM, Stefano Stabellini
wrote:
> On Wed, 4 Feb 2015, David Vrabel wrote:
>> On 16/12/14 16:21, Juergen Gross wrote:
>> > Hi,
>> >
>> > This is a design proposal for a rework of the config options on the
>> > Linux kernel which are related to Xen.
>> >
>> > The need to do
On Wed, Feb 4, 2015 at 12:29 AM, Jan Beulich wrote:
On 04.02.15 at 01:48, wrote:
>> So as I see it XEN_BALLOON should depend on XEN_PV || XEN_PVH -- not
>> sure how ballooning would be used on HVM only domains although right
>> now ballooning would indeed be initialized in such situations, s
On Thu, Feb 5, 2015 at 3:59 PM, Luis R. Rodriguez
wrote:
> On Tue, Feb 3, 2015 at 8:58 PM, Juergen Gross wrote:
>> On 02/04/2015 01:48 AM, Luis R. Rodriguez wrote:
>XEN_MAX_DOMAIN_MEMORY(x86)
which depends on XEN_PV
>>>
>>>
>>> Adjusted, but so far that's the only XEN_PV al
On Tue, Feb 3, 2015 at 8:58 PM, Juergen Gross wrote:
> On 02/04/2015 01:48 AM, Luis R. Rodriguez wrote:
XEN_MAX_DOMAIN_MEMORY(x86)
>>>
>>>
>>> which depends on XEN_PV
>>
>>
>> Adjusted, but so far that's the only XEN_PV alone-dependent option.
>> Are you sure ? This defines MAX_DOMAIN_PAGE
On Wed, 4 Feb 2015, Ian Campbell wrote:
> On Wed, 2015-02-04 at 14:57 +, Stefano Stabellini wrote:
> > On Wed, 4 Feb 2015, David Vrabel wrote:
> > > On 16/12/14 16:21, Juergen Gross wrote:
> > > > Hi,
> > > >
> > > > This is a design proposal for a rework of the config options on the
> > > > L
On Wed, 2015-02-04 at 14:57 +, Stefano Stabellini wrote:
> On Wed, 4 Feb 2015, David Vrabel wrote:
> > On 16/12/14 16:21, Juergen Gross wrote:
> > > Hi,
> > >
> > > This is a design proposal for a rework of the config options on the
> > > Linux kernel which are related to Xen.
> > >
> > > The
On Wed, 4 Feb 2015, David Vrabel wrote:
> On 16/12/14 16:21, Juergen Gross wrote:
> > Hi,
> >
> > This is a design proposal for a rework of the config options on the
> > Linux kernel which are related to Xen.
> >
> > The need to do so arose from the fact that it is currently not
> > possible to b
On 16/12/14 16:21, Juergen Gross wrote:
> Hi,
>
> This is a design proposal for a rework of the config options on the
> Linux kernel which are related to Xen.
>
> The need to do so arose from the fact that it is currently not
> possible to build the Xen frontend drivers for a non-pvops kernel,
>
>>> On 04.02.15 at 01:48, wrote:
> So as I see it XEN_BALLOON should depend on XEN_PV || XEN_PVH -- not
> sure how ballooning would be used on HVM only domains although right
> now ballooning would indeed be initialized in such situations, should
> it not? If it should not then the above check sho
On 02/04/2015 01:48 AM, Luis R. Rodriguez wrote:
I'm going to work on this now so my replies below.
Note: If we want feature to require XEN_PV || XEN_PVH || XEN_PVHVM,
since XEN_BACKEND depends on them I think we could just use
XEN_BACKEND as a shorthand. Furthermore if we then wanted something
On Mon, Jan 19, 2015 at 5:59 AM, Jan Beulich wrote:
On 19.01.15 at 14:28, wrote:
>> I think it is still the case that selecting an option which is user
>> visible is frowned upon?
>
> I don't think so; iirc there are cases where things deliberately get
> set up that way (for example library
I'm going to work on this now so my replies below.
Note: If we want feature to require XEN_PV || XEN_PVH || XEN_PVHVM,
since XEN_BACKEND depends on them I think we could just use
XEN_BACKEND as a shorthand. Furthermore if we then wanted something to
be available for both backend and frontend we co
>>> On 19.01.15 at 14:28, wrote:
> I think it is still the case that selecting an option which is user
> visible is frowned upon?
I don't think so; iirc there are cases where things deliberately get
set up that way (for example library code that is explicitly meant
to be available also to out-of-
On Tue, 2014-12-16 at 17:21 +0100, Juergen Gross wrote:
> Option Selects Depends
> --
Could you annotate (maybe not a new column, perhaps with a * or
something) which options are supposed t
On Tue, Dec 16, 2014 at 05:21:05PM +0100, Juergen Gross wrote:
> Hi,
>
> This is a design proposal for a rework of the config options on the
> Linux kernel which are related to Xen.
>
> The need to do so arose from the fact that it is currently not
> possible to build the Xen frontend drivers for
Hi,
This is a design proposal for a rework of the config options on the
Linux kernel which are related to Xen.
The need to do so arose from the fact that it is currently not
possible to build the Xen frontend drivers for a non-pvops kernel,
e.g. to run them in a HVM-domain. There are more drawba
23 matches
Mail list logo
