search for: xen_sysctl_numainfo

Displaying 4 results from an estimated 4 matches for "xen_sysctl_numainfo".

2013 Jul 04
2
Re: [libvirt] [PATCH 1/4] libxl: implement NUMA capabilities reporting
...bxl_get_physinfo() is xc_physinfo(), which is XEN_SYSCTL_physinfo, which uses total_pages, which is assigned the number of pages, down in __start_xen(), as it results from parsing the E820 map (looking for RAM blocks). OTOH, memsize comes from libxl_get_numainfo(), which is xc_numainfo(), which is XEN_SYSCTL_numainfo, which puts in memsize what node_spanned_pages(<node_id>) says. That seems to come, on a NUMA box, from the parsing of SRAT, and on a non-NUMA box, from just (start_pfn-end_pfn) (in pages, of course). Anyway, on my NUMA box, I see something similar to what Jim sees on a non-NUMA one: # xl...
2012 Sep 04
2
[PATCH] valgrind: Support for ioctls used by Xen toolstack processes.
...+ break; + + case XEN_SYSCTL_topologyinfo: + PRE_XEN_SYSCTL_READ(topologyinfo, max_cpu_index); + PRE_XEN_SYSCTL_READ(topologyinfo, cpu_to_core); + PRE_XEN_SYSCTL_READ(topologyinfo, cpu_to_socket); + PRE_XEN_SYSCTL_READ(topologyinfo, cpu_to_node); + break; + + case XEN_SYSCTL_numainfo: + PRE_XEN_SYSCTL_READ(numainfo, max_node_index); + PRE_XEN_SYSCTL_READ(numainfo, node_to_memsize); + PRE_XEN_SYSCTL_READ(numainfo, node_to_memfree); + PRE_XEN_SYSCTL_READ(numainfo, node_to_node_distance); + break; + + default: + bad_subop(tid, layout, arrghs, status...
2013 Feb 07
5
[PATCH v8] gcov: Coverage support
Updated set of patches for coverage. Changes: - change copyright lines - use gcov: instead of cover: in commit comment - use #ifdef in xen/common/sysctl.c instead of dummy inline function - added base documentation in docs/misc - added -h option to xencov
2012 Jul 04
53
[PATCH 00 of 10 v3] Automatic NUMA placement for xl
Hello, Third version of the NUMA placement series Xen 4.2. All the comments received during v2''s review have been addressed (more details in single changelogs). The most notable changes are the following: - the libxl_cpumap --> libxl_bitmap renaming has been rebased on top of the recent patches that allows us to allocate bitmaps of different sizes; - the heuristics for deciding