Displaying 3 results from an estimated 3 matches for "b4278beaf354".
2007 Oct 19
4
[PATCH] nr_cpus calculation problem due to incorrect sockets_per_node
Testing on an 8-node 128-way NUMA machine has exposed a problem with
Xen''s nr_cpus calculation. In this case, since Xen cuts off recognized
CPUs at 32, the machine appears to have 16 CPUs on the first and second
nodes and none on the remaining nodes. Given this asymmetry, the
calculation of sockets_per_node (which is later used to calculate
nr_cpus) is incorrect:
2007 Oct 18
0
VMX status report against cset #16125 & linux-xen#263 -- two fixed issues
... RHEL4u3
CPU Clovertown
Memory size 8G
Details: (Some cases report fail, but can pass when manually retest)
==============================================
Platform : PAE
Service OS : Fedora Core release 5 (Bordeaux)
Hardware : paxville
Xen package: 16125:b4278beaf354
Date: Thu Oct 18 08:58:18 CST 2007
1, 2 PAE SMP VMX domains and 2 xenU domains coexist FAIL
2. one PAE SMP Linux VMX domain with memory 4G PASS
3. Live migration PASS
4. boot a pae on x86_64 xenU ...
2007 Oct 23
6
[PATCH][cpufreq] Xen support for the ondemand governor [1/2] (hypervisor code)
...ufreq ondemand governor so that it can get idle and
total ticks from the Xen hypervisor. Linux and Xen have different
ideas of what an idle tick is, so the Xen values for both have to
be returned in the same platform hypercall.
Signed-off-by: Mark Langsdorf <mark.langsdorf@amd.com>
diff -r b4278beaf354 xen/arch/x86/platform_hypercall.c
--- a/xen/arch/x86/platform_hypercall.c Wed Oct 17 13:12:03 2007 +0100
+++ b/xen/arch/x86/platform_hypercall.c Thu Oct 18 16:07:53 2007 -0500
@@ -295,14 +295,17 @@ ret_t do_platform_op(XEN_GUEST_HANDLE(xe
{
uint32_t i, nr_cpus;
uint64_t idlet...