RE: [Xen-ia64-devel] MINSTATE_PHYS?

2008-02-01 Thread Zhang, Xiantao
Akio Takebe wrote: > Hi, Eddie and Kaz > >> I did a quick grep and find MINSTATE_PHYS is never defined in >> xenlinux. Xen mca code did. Anything missed? >> > The minstate.h is a little old, it seems to be around linux-2.6.9. > Current linux-xen is 2.6.18, so the code may be not nessesary. > Kaz,

RE: [Xen-ia64-devel] Question about migration

2008-02-01 Thread Xu, Anthony
Kouya Shimura wrote: > Hi, > > In a SMP machine, complete synchronizing ITCs is impossible. Agree, But the difference is limited in a small range, So, when application is migrated to another CPU, it will see ITC > what it saw last time. That means, itc difference have to be less than the itc cycl

RE: [Xen-ia64-devel] VHPI restore mechanism at save/restore

2008-02-01 Thread Zhang, Xiantao
Isaku Yamahata wrote: > On Fri, Feb 01, 2008 at 06:11:13PM +0800, Zhang, Xiantao wrote: >> Hi,Isaku >> I have a question about the mechanism for save/restore vhpi. In >> current save/restore code, vhpi register is only saved and restored >> by vlsapic_save/load, but it maybe not enough for ensurin

Re: [Xen-ia64-devel] [IA64] Weekly benchmark results [ww04]

2008-02-01 Thread Isaku Yamahata
Could you try the attached patch? NOTE: I did NOT compile/test it. But I believe it's easy to fix. On Fri, Feb 01, 2008 at 07:19:06PM +0900, KUWAMURA Shin'ya wrote: > Hi, > > I report a benchmark result of this week on IPF using > ia64/xen-unstable and ia64/linux-2.6.18-xen. > > I did not test a

Re: [Xen-ia64-devel] VHPI restore mechanism at save/restore

2008-02-01 Thread Isaku Yamahata
On Fri, Feb 01, 2008 at 06:11:13PM +0800, Zhang, Xiantao wrote: > Hi,Isaku > I have a question about the mechanism for save/restore vhpi. In current > save/restore code, vhpi register is only saved and restored by > vlsapic_save/load, but it maybe not enough for ensuring correctness. IMO, we >

Re: [Xen-ia64-devel] Question about migration

2008-02-01 Thread Isaku Yamahata
On Fri, Feb 01, 2008 at 04:01:04PM +0800, Xu, Anthony wrote: > Isaku Yamahata wrote: > > On Fri, Feb 01, 2008 at 03:08:24PM +0800, Xu, Anthony wrote: > >> In DomU, ar.itc is not virtualized, so application can get itc > >> directly. When DomU is migrated, how do you prevent vitc jump a lot( > >> fo

RE: [Xen-ia64-devel] Question about migration

2008-02-01 Thread Kouya Shimura
Hi, In a SMP machine, complete synchronizing ITCs is impossible. (i.e. each cpu's ITC has some error) So small backward jump might occur in native SMP linux except that a process is pinned to a cpu. Does its DB perform pinning? Thanks, Kouya Xu, Anthony writes: > Isaku Yamahata wrote: > > On Fri

[Xen-ia64-devel] [IA64] Weekly benchmark results [ww04]

2008-02-01 Thread KUWAMURA Shin'ya
Hi, I report a benchmark result of this week on IPF using ia64/xen-unstable and ia64/linux-2.6.18-xen. I did not test a VTi domain, since loading xen-platform-pci.ko failed: Loading xen-platform-pci.ko module xen_platform_pci: Unknown symbol xencomm_hypercall_suspend insmod: error inserting

[Xen-ia64-devel] VHPI restore mechanism at save/restore

2008-02-01 Thread Zhang, Xiantao
Hi,Isaku I have a question about the mechanism for save/restore vhpi. In current save/restore code, vhpi register is only saved and restored by vlsapic_save/load, but it maybe not enough for ensuring correctness. IMO, we need to call PAL_VPS_SET_PENDING_INTERRUPT again to set it， and make cpu

RE: [Xen-ia64-devel] Question about migration

2008-02-01 Thread Xu, Anthony
Isaku Yamahata wrote: > On Fri, Feb 01, 2008 at 03:08:24PM +0800, Xu, Anthony wrote: >> In DomU, ar.itc is not virtualized, so application can get itc >> directly. When DomU is migrated, how do you prevent vitc jump a lot( >> foreward/backward)? > > Currently nothing prevents it. So a big itc jump