WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] [RFC] New shadow paging code

To: "Tim Deegan" <Tim.Deegan@xxxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [RFC] New shadow paging code
From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
Date: Fri, 11 Aug 2006 10:56:33 -0700
Delivery-date: Fri, 11 Aug 2006 10:57:16 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Aca9bUh8iQ2dSm6WQ6OR3MCn9mgOKQAAO9mA
Thread-topic: [Xen-devel] [RFC] New shadow paging code
Tim Deegan wrote:
> A new version of the shadow2 patch is now available at
> http://www.cl.cam.ac.uk/~tjd21/shadow2.patch
> (md5: e84cba44970975623a0224ed33af3f60)
> This patch applies to version 0e32095a7b46 of -unstable.
> 
> In this patch, we completely remove the old shadow code.  Shadow2
> now handles PV guests (for live migration) as well as HVM guests.
> 
> We aim to check this in to -unstable soon, so do try it out if you're
> interested in shadow pagetables or HVM.  Any and all feedback
> appreciated.
> 
> Cheers,
> 
> Tim.

Tim, Hi

The following are from the previous version, but you might want to test
at least of them.

Testing Issues
=======================
We observed issues in the testing, especially in SMP VMX.
1. In IA32e platform, UP VMX or SMP VMX could not be started with error
info.

# xm cr -f config.up
Using config file "config.up".
Error: (12, 'Cannot allocate memory')

See attached xend.log

2. In IA32 platform, when starting one SMP VMX and one UP VMX together,
dom0 will reboot.
See attached console log

3. In IA32 platform, when starting 4 UP VMX together, dom0 will reboot

4. In IA32 platform, when starting 2 UP VMX and 2 UP xenU, 2 xenU and
one VMX could be started, and one VMX failed to boot.

5. In IA32pae platform, starting PAE enabled SMP VMX (vcpus=4), dom0
will reboot.
See attached console log.

6. In IA32pae platform, starting PAE disabled SMP VMX (vcpus=4), dom0
will reboot.
See attached console log.

7. In IA32pae platform, testing UP VMX from 128M to 3G with 128M step,
dom0 reboots.

8. In IA32 platform, running "halt -p" in SMP VMX and VMX shows "Badness
in send_IPI_mask_bitmask at arch/i386/kernel/smp.c:167"

9. In IA32pae platform, starting windows VMX cause xen0 reboot
See attached console log

Jun
---
Intel Open Source Technology Center

Attachment: issue01_xend.log
Description: issue01_xend.log

Attachment: issue02_console_log.txt
Description: issue02_console_log.txt

Attachment: issue05_console.txt
Description: issue05_console.txt

Attachment: issue06_console_log.txt
Description: issue06_console_log.txt

Attachment: issue09_console_log.txt
Description: issue09_console_log.txt

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel