From: Juergen Gross <jgross@suse.com>
To: "Luis R. Rodriguez" <mcgrof@suse.com>,
konrad.wilk@oracle.com, JBeulich@suse.com
Cc: xen-devel@lists.xensource.com, Ian.Campbell@citrix.com,
mcgrof@do-not-panic.com, stefano.stabellini@eu.citrix.com,
david.vrabel@citrix.com, boris.ostrovsky@oracle.com
Subject: Re: Xen's Linux kernel config options v3
Date: Tue, 10 Feb 2015 05:41:42 +0100 [thread overview]
Message-ID: <54D98C06.2040905@suse.com> (raw)
In-Reply-To: <20150209195230.GE19988@wotan.suse.de>
On 02/09/2015 08:52 PM, Luis R. Rodriguez wrote:
> On Mon, Feb 09, 2015 at 07:17:23AM +0100, Juergen Gross wrote:
>> On 02/07/2015 12:44 AM, Luis R. Rodriguez wrote:
>>> After some feedback for the first draft I'd suggest the following:
>>>
>>> Option Selects Depends
>>> ----------------------------------------------------------------------
>>> XEN
>>> XEN_PV(x86) XEN_HAVE_PVMMU(x86)
>>> PARAVIRT
>>> PARAVIRT_CLOCK
>>> XEN_PVH(x86) XEN_PVHVM
>>> PARAVIRT
>>> PARAVIRT_CLOCK
>>> XEN_PVHVM(x86) PARAVIRT
>>> PARAVIRT_CLOCK
>>> XEN_BACKEND SWIOTLB_XEN(arm,arm64) XEN_PV(x86) ||
>>> XEN_PVH(x86) ||
>>> XEN_PVHVM(x86)
>>> XEN_TMEM(x86)
>>> XEN_PRIVCMD
>>
>> Wrong indentation of above 2 entries
>
> I had moved this to select based on Konrad's suggestion that the backend
> selects this but then Jan noted this is not necessarily true given that there
> is no connection between these and backend functionality and forgot to move it
> out under. As such I'll remove both completely from selects -- but its not clear
> to me that XEN_BACKEND should depend on both as it seems (maybe I misunderstood)
> you are implying, should it?
>
> Do we just want to keep both as is today?
>
> Option Selects Depends
> ----------------------------------------------------------------------
> XEN
> XEN_TMEM(x86) !ARM && !ARM64 (default m if CLEANCACHE || FRONTSWAP)
> XEN_PRIVCMD
This is what I meant. Just let them depend on XEN like before.
Juergen
>
> config XEN_TMEM
> tristate
> depends on !ARM && !ARM64
> default m if (CLEANCACHE || FRONTSWAP)
> help
> Shim to interface in-kernel Transcendent Memory hooks
> (e.g. cleancache and frontswap) to Xen tmem hypercalls.
>
> config XEN_PRIVCMD
> tristate
> depends on XEN
> default m
>
> We at least remove that explicit 'depneds on XEN' as it is already part of the
> Kconfig file top level mainmenu, but that's a trivial obvious change.
>
> Luis
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>
next prev parent reply other threads:[~2015-02-10 4:41 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-06 23:44 Xen's Linux kernel config options v3 Luis R. Rodriguez
2015-02-08 11:35 ` Stefano Stabellini
2015-02-09 6:17 ` Juergen Gross
2015-02-09 19:52 ` Luis R. Rodriguez
2015-02-10 4:41 ` Juergen Gross [this message]
2015-02-10 20:27 ` Luis R. Rodriguez
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54D98C06.2040905@suse.com \
--to=jgross@suse.com \
--cc=Ian.Campbell@citrix.com \
--cc=JBeulich@suse.com \
--cc=boris.ostrovsky@oracle.com \
--cc=david.vrabel@citrix.com \
--cc=konrad.wilk@oracle.com \
--cc=mcgrof@do-not-panic.com \
--cc=mcgrof@suse.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.