[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v6 02/23] xen: move NUMA_NO_NODE to public memory.h as XEN_NUMA_NO_NODE



On Mon, Mar 02, 2015 at 03:51:37PM +0000, Jan Beulich wrote:
> >>> On 02.03.15 at 16:38, <wei.liu2@xxxxxxxxxx> wrote:
> > On Mon, Mar 02, 2015 at 03:30:21PM +0000, Ian Campbell wrote:
> >> On Mon, 2015-03-02 at 07:04 +0000, Jan Beulich wrote:
> >> > >>> Andrew Cooper <andrew.cooper3@xxxxxxxxxx> 02/27/15 5:58 PM >>>
> >> > >On 27/02/15 16:51, Wei Liu wrote:
> >> > >> During last round review, Andrew wanted me to move this to Xen public
> >> > >> header to avoid reinventing it in libxc. Now this value is used in 
> >> > >> libxc
> >> > >> patch.
> >> > >>
> >> > >> But I don't particularly mind whether we move it or not, it's up to 
> >> > >> you
> >> > >> maintainers to decide.
> >> > >
> >> > >It is a sentinel value used in the public ABI.  It should therefore
> >> > >appear in the public API.
> >> > 
> >> > Which it already does, as XENMEMF_get_node(0). I don't think it needs
> >> > particular naming as a new constant, even more that it isn't intended to
> >> > be used explicitly in any of the memops.
> >> 
> >> IMHO the named constant does seem to make the tools code at least more
> >> readable, but without Wei having said where this is to be used I'm not
> >> sure where it should live. In particular I'm unsure if/how/where this
> >> value gets passed to a hypercall, as opposed to perhaps being used as a
> > 
> > This is used to fill in vnode_to_pnode array. That array get
> > subsequently passed down to hypervisor.
> 
> Do we really accept NUMA_NO_NODE to be passed that way?
> 

public/domctl.h:struct xen_domctl_vnuma has vnode_to_pnode array.

Wei.

> Jan

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.