This web mail archive is frozen.
This page is part of a frozen web archive of this mailing list.
You can still navigate around this archive, but know that no new mails
have been added to it since July of 2016.
Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.
Le 18/01/2011 17:40, Bernd Kallies a écrit :
> I'm using hwloc-1.1 on Linux 22.214.171.124 (x86_64) on a machine that has
> several NUMA nodes. It seems to me that there are unwanted bits left in
> the nodeset "set", when calling hwloc_get_membind_nodeset(topo,
> set, ...) after a successful hwloc_set_membind() or
> E.g. when binding to node 2, then calling
> hwloc_get_membind_nodeset(topo, set), then stringifying set, I get
> something like 2,516,518. The machine has 64 nodes and 1024 pus.
> It seems that the following resolves the problem:
> --- src/topology-linux.c.bak 2010-11-25 15:01:48.000000000 +0100
> +++ src/topology-linux.c 2011-01-18 17:38:18.000000000 +0100
> @@ -886,18 +886,13 @@
> static void
> hwloc_linux_membind_mask_to_nodeset(hwloc_topology_t topology __hwloc_attribute_unused,
> hwloc_nodeset_t nodeset,
> - unsigned _max_os_index, const unsigned long *linuxmask)
> + unsigned max_os_index, const unsigned long *linuxmask)
> - unsigned max_os_index;
> unsigned i;
> - /* round up to the nearest multiple of BITS_PER_LONG */
> - max_os_index = (_max_os_index + HWLOC_BITS_PER_LONG) & ~(HWLOC_BITS_PER_LONG - 1);
> for(i=0; i<max_os_index/HWLOC_BITS_PER_LONG; i++)
> hwloc_bitmap_set_ith_ulong(nodeset, i, linuxmask[i]);
> - /* if we don't trust the kernel, we could clear bits from _max_os_index+1 to max_os_index-1 */
> #endif /* HWLOC_HAVE_SET_MEMPOLICY || HWLOC_HAVE_MBIND */
I would like to understand better what's going on here.
What's CONFIG_NODES_SHIFT in your kernel config?
Can you print max_os_index above (without round-up)?