From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [PATCH 3/5] x86: widen NUMA nodes to be allocated from Date: Fri, 27 Feb 2015 13:46:25 +0000 Message-ID: <1425044785.14641.202.camel@citrix.com> References: <54EF315902000078000640FF@mail.emea.novell.com> <54EF33A60200007800064144@mail.emea.novell.com> <1425043639.10194.67.camel@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YRLGl-0003lK-Es for xen-devel@lists.xenproject.org; Fri, 27 Feb 2015 13:47:55 +0000 In-Reply-To: <1425043639.10194.67.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Dario Faggioli Cc: "Keir (Xen.org)" , Andrew Cooper , Julien Grall , Stefano Stabellini , "JBeulich@suse.com" , "xen-devel@lists.xenproject.org" List-Id: xen-devel@lists.xenproject.org On Fri, 2015-02-27 at 13:27 +0000, Dario Faggioli wrote: > On Thu, 2015-02-26 at 13:54 +0000, Jan Beulich wrote: > > Signed-off-by: Jan Beulich > > > Reviewed-by: Dario Faggioli > > One question (a genuine one, i.e., I'm really not sure what I'm saying > is correct). > > After this series, vcpu_to_node() (defined in xen/include/xen/numa.h) is > left with only one use, in xen/arch/arm/domain.c, besides of course > being used to implement domain_to_node() (still in > xen/include/xen/numa.h). > > So, provided ARM people (and I'm Cc-ing them) can get rid of that, Happy to do so if you have advise on what to replace it with, just 0? We don't do NUMA yet on ARM so that would be fine, but eventually we'd want the vcpu stack to be allocated in some sort of "sensible relative to vcpu affinity" location... > can > that macro be removed all together, and domain_to_node(d) be defined > after d->node_affinity... something like: > > #define domain_to_node(d) \ > ( nodes_equal(d->node_affinity, NODE_MASK_ALL) \ > ? NUMA_NO_NODE : first_node(d->node_affinity) ) > > I'm asking because I really don't like vcpu_to_node(). And I'm not > talking about how it is implemented (there probably are not much > alternatives), I'm saying I don't think it should exist, and I really > would see value in killing it. :-) > > Thoughts? > > Thanks and Regards, > Dario