* nested virtualization: xen-on-xen
@ 2011-07-01 9:35 Christoph Egger
2011-07-01 9:43 ` Tim Deegan
0 siblings, 1 reply; 2+ messages in thread
From: Christoph Egger @ 2011-07-01 9:35 UTC (permalink / raw)
To: Tim Deegan, xen-devel@lists.xensource.com
[-- Attachment #1: Type: text/plain, Size: 565 bytes --]
Hi Tim,
You report that you can boot Xen 4.0 on Xen-unstable but not
Xen 4.1 or Xen-unstable on Xen-unstable, right?
I suppose the problem is that the l1 Dom0 hangs at boot.
Attached patch fixes this problem for me. Please give
it a try.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Einsteinring 24, 85689 Dornach b. Muenchen
Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen, HRB Nr. 43632
[-- Attachment #2: xen_libxc_cpuid.diff --]
[-- Type: text/plain, Size: 466 bytes --]
diff -r b7e5a2566332 -r 28b49fc064ea tools/libxc/xc_cpuid_x86.c
--- a/tools/libxc/xc_cpuid_x86.c
+++ b/tools/libxc/xc_cpuid_x86.c
@@ -320,7 +320,6 @@ static void xc_cpuid_hvm_policy(
bitmaskof(X86_FEATURE_XSAVE)) : 0));
regs[2] |= (bitmaskof(X86_FEATURE_HYPERVISOR) |
- bitmaskof(X86_FEATURE_TSC_DEADLINE) |
bitmaskof(X86_FEATURE_X2APIC));
regs[3] &= (bitmaskof(X86_FEATURE_FPU) |
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: nested virtualization: xen-on-xen
2011-07-01 9:35 nested virtualization: xen-on-xen Christoph Egger
@ 2011-07-01 9:43 ` Tim Deegan
0 siblings, 0 replies; 2+ messages in thread
From: Tim Deegan @ 2011-07-01 9:43 UTC (permalink / raw)
To: Christoph Egger; +Cc: xen-devel@lists.xensource.com
Hi,
At 11:35 +0200 on 01 Jul (1309520148), Christoph Egger wrote:
> You report that you can boot Xen 4.0 on Xen-unstable but not
> Xen 4.1 or Xen-unstable on Xen-unstable, right?
I have two firm datapoints: 32-bit 4.0 (as shipped in Debian Squeeze)
works OK; 64-bit xen-unstable with a 64-bit debian testing kernel fails.
I tried some other configurations but don't remember the details.
> I suppose the problem is that the l1 Dom0 hangs at boot.
The problem I saw was that during n1 dom0 boot the screen would go black
and the cpu usage hit 100%. Sampling the vCPU state showed plausible
hypercalls being made and it didn't seem to be stuck in one particular
loop.
> Attached patch fixes this problem for me. Please give it a try.
Thanks. I tried this patch and it made no difference, though it's
possible that I slipped up somewhere installing the new libxc.
If I get time next week I'll dig into it further.
Cheers,
Tim.
--
Tim Deegan <Tim.Deegan@citrix.com>
Principal Software Engineer, Xen Platform Team
Citrix Systems UK Ltd. (Company #02937203, SL9 0BG)
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-07-01 9:43 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-07-01 9:35 nested virtualization: xen-on-xen Christoph Egger
2011-07-01 9:43 ` Tim Deegan
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.