| 
         
xen-ia64-devel
RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c
 
Hi Anthony --
I tried your patch.  It applies cleanly and compiles
cleanly.  However, I am seeing problems when testing it.
I run a script that builds linux ten times as
a stress test.  During this test, twice, gcc has
frozen or gotten into an infinite loop; I'm not
really sure other than it continues to eat up CPU
time and not make forward progress.  Other times
building linux completes OK.
Have you stress-tested the patch on your system?
I would be curious whether you can reproduce it.
I can send you my buildlinux script if you like.
Dan
 
> -----Original Message-----
> From: Xu, Anthony [mailto:anthony.xu@xxxxxxxxx] 
> Sent: Monday, September 12, 2005 6:28 AM
> To: Magenheimer, Dan (HP Labs Fort Collins)
> Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> Subject: [Xen-ia64-devel] [PATCH] This is the first patch to 
> merge vcpu.c
> 
> Dan,
> This patch is based on ver 6723. And definitely I can boot 
> dom0 with this patch.
> 
> Following things are done in this patch.
> 1. Merge structure pt_reg.
> 2. Though vcpu_info structure has been merged, non-vt domain 
> used pointer vcpu->vcpu_info->arch.privregs, and vt domain 
> used pointer vcpu->arch.arch_vmx.vpd, the value of these two 
> pointers are different, that means vt and non-vt domain still 
> use different privileged registers pages, in this case, we 
> can't merge vcpu.c, so I merged these two pointer, and put it 
> at vcpu->arch.privregs. vcpu->vcpu_info->arch.privregs and 
> vcpu->arch.arch_vmx.vpd  will not exist. Why put it at 
> vcpu->arch.privregs?  1. There will be one less pointer 
> unreferenced when accessing this privileged registers page. 
> 2. vcpu->vcpu_info can be accessed by guest, but guest can't 
> access privileged registers page through this address, guest 
> can access this privileged page only through another special 
> mapping. So there is no need to expose this pointer to guest 
> by putting it in vcpu->vcpu_info structure. All accesses to 
> this page is through VCPU(vcpu,y) macro,
> 3. Merged following functions.
>       Vcpu_set/get_(interruption control registers from cr16 
> to cr25), corresponding functions vmx_vcpu_set/get_*** will not exist.
>       Vcpu->arch.arch_vmx.in_service[4] will not exist, we 
> will all use vcpu->arch.insvc[4]
> 4. Cleaned up some unused structure members and codes.
> 
> 
> Signed-off-by Anthony Xu <Anthony.xu@xxxxxxxxx>
> 
> Thanks,
> Anthony
> 
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
 
 |   
 
| <Prev in Thread] | 
Current Thread | 
[Next in Thread>
 |  
- [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Xu, Anthony
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c,
Magenheimer, Dan (HP Labs Fort Collins) <=
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Xu, Anthony
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Magenheimer, Dan (HP Labs Fort Collins)
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Magenheimer, Dan (HP Labs Fort Collins)
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Xu, Anthony
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Magenheimer, Dan (HP Labs Fort Collins)
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Xu, Anthony
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Xu, Anthony
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Xu, Anthony
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Magenheimer, Dan (HP Labs Fort Collins)
 
- RE: [Xen-ia64-devel] [PATCH] This is the first patch to merge vcpu.c, Xu, Anthony
 
  
 
 
 |  
  
 | 
    |