search for: vhpt

...elf.ramdisk) log.debug("vcpus = %d", self.vm.getVCpuCount()) log.debug("features = %s", self.vm.getFeatures()) + log.debug("flags = %d", self.flags) if arch.type == "ia64": - log.debug("vhpt = %d", self.flags) + log.debug("vhpt = %d", self.vhpt) return xc.linux_build(domid = self.vm.getDomid(), memsize = mem_mb, _______________________________________________ Xen-devel mailing list Xe...

Hi, on IA64 flushing the whole TLB is very expensive: this is a cpu tlb flush and clearing 16MB of memory (virtual tlb). However, flushing an address range is rather cheap. Flushing an address range on every processors is also cheap (no IPI). Unfortunatly Xen common code flushes the whole TLB after unmapping grant reference. Currently, this is not done on IA64 because domain_dirty_cpumask

...''vncconsole'', ''vncdisplay'', ''vnclisten'', ''timer_mode'', - ''vncpasswd'', ''vncunused'', ''xauthority'', ''pci'', ''vhpt''] + ''vncpasswd'', ''vncunused'', ''xauthority'', ''pci'', ''vhpt'', + ''guest_os_type'' ] # Xen API console ''other_config'' key...

Hi Xiantao, Some more nit-picking, though some of this is a bit more important to fixup. Cheers, Jes > +typedef struct thash_data { Urgh! argh! Please avoid typedefs unless you really need them, see Chapter 5 of Documentation/CodingStyle for details. > diff --git a/include/asm-ia64/kvm_host.h b/include/asm-ia64/kvm_host.h > new file mode 100644 > index 0000000..522bde0 > ---

Hi Xiantao, Some more nit-picking, though some of this is a bit more important to fixup. Cheers, Jes > +typedef struct thash_data { Urgh! argh! Please avoid typedefs unless you really need them, see Chapter 5 of Documentation/CodingStyle for details. > diff --git a/include/asm-ia64/kvm_host.h b/include/asm-ia64/kvm_host.h > new file mode 100644 > index 0000000..522bde0 > ---

...fsetof (struct perfcounter, fast_hyperprivop)); - DEFINE(FAST_REFLECT_PERFC_OFS, offsetof (struct perfcounter, fast_reflect)); + DEFINE(IA64_PERFC_recover_to_page_fault, PERFC_recover_to_page_fault); + DEFINE(IA64_PERFC_recover_to_break_fault, PERFC_recover_to_break_fault); + DEFINE(IA64_PERFC_fast_vhpt_translate, PERFC_fast_vhpt_translate); + DEFINE(IA64_PERFC_fast_hyperprivop, PERFC_fast_hyperprivop); + DEFINE(IA64_PERFC_fast_reflect, PERFC_fast_reflect); #endif BLANK(); Index: 2007-03-19/xen/arch/ia64/xen/hyperprivop.S =================================================================== ---...

Zhang, Xiantao wrote: >>From 6b731c15afa8cec84f16408c421c286f1dd1b7d3 Mon Sep 17 00:00:00 2001 > From: Xiantao Zhang <xiantao.zhang at intel.com> > Date: Wed, 12 Mar 2008 13:45:40 +0800 > Subject: [PATCH] KVM:IA64 : Add TLB virtulization support. > > vtlb.c includes tlb/VHPT virtulization. > Signed-off-by: Anthony Xu <anthony.xu at intel.com> > Signed-off-by: Xiantao Zhang <xiantao.zhang at intel.com> Hi Xiantao, Just a clarification question on this one: > +void machine_tlb_purge(u64 va, u64 ps) > +{ > + ia64_ptcl(va, ps << 2); &gt...

Zhang, Xiantao wrote: >>From 6b731c15afa8cec84f16408c421c286f1dd1b7d3 Mon Sep 17 00:00:00 2001 > From: Xiantao Zhang <xiantao.zhang at intel.com> > Date: Wed, 12 Mar 2008 13:45:40 +0800 > Subject: [PATCH] KVM:IA64 : Add TLB virtulization support. > > vtlb.c includes tlb/VHPT virtulization. > Signed-off-by: Anthony Xu <anthony.xu at intel.com> > Signed-off-by: Xiantao Zhang <xiantao.zhang at intel.com> Hi Xiantao, Just a clarification question on this one: > +void machine_tlb_purge(u64 va, u64 ps) > +{ > + ia64_ptcl(va, ps << 2); &gt...

Hi, I''ve prepared a Ubuntu 10.04 LTS server on a Xen 3.2-1 host running Debian Lenny on kernel 2.6.26-2-xen-amd64. The Ubuntu 10.04 domU is running a 2.6.32-24-server kernel from the Ubuntu repositories, which is (must be :-) ) xen-aware. The domU uses pygrub to boot and it works like a charm. Now I''m trying to deploy this domU on a Xen 3.2-1 host running Debian Etch on kernel

...t hypercalls (dom0vp > and eoi) either don''t use in memory parameters (dom0vp) or may be modified so > that they pass parameters through registers (eoi). IMHO speed won''t be > affected. > > Access to guest memory is also performed during vcpu_translate (to read vhpt) > or EFI/PAL/SAL calls. We can either do not change that code (ie both > mechanisms are not exclusive) or change the code. This point will be > postpone. Right, by switching to the xencomm approach for copy_*_guest(), you lose the ability to copy_*_guest() with arbitrary addresses,...

Hi. I rewrote the patch according to the comments. I adopted generating in-place code because it looks the quickest way. The point Eddie wanted to discuss is how to generate code and its ABI. i.e. in-place generating v.s. direct jump v.s. indirect function call Indirect function call doesn't make sense because ivt.S is compiled multi times. And it is up to pv instances to choose in-place

Hi. I rewrote the patch according to the comments. I adopted generating in-place code because it looks the quickest way. The point Eddie wanted to discuss is how to generate code and its ABI. i.e. in-place generating v.s. direct jump v.s. indirect function call Indirect function call doesn't make sense because ivt.S is compiled multi times. And it is up to pv instances to choose in-place

...*/ + +#define fc .error "fc should not be used directly." +#define thash .error "thash should not be used directly." + +/* Note that "ttag" and "cover" are also privilege-sensitive; "ttag" + * is not currently used (though it may be in a long-format VHPT system!) + * and the semantics of cover only change if psr.ic is off which is very + * rare (and currently non-existent outside of assembly code + */ +#define ttag .error "ttag should not be used directly." +#define cover .error "cover should not be used directly." + +/* There a...

...*/ + +#define fc .error "fc should not be used directly." +#define thash .error "thash should not be used directly." + +/* Note that "ttag" and "cover" are also privilege-sensitive; "ttag" + * is not currently used (though it may be in a long-format VHPT system!) + * and the semantics of cover only change if psr.ic is off which is very + * rare (and currently non-existent outside of assembly code + */ +#define ttag .error "ttag should not be used directly." +#define cover .error "cover should not be used directly." + +/* There a...

Hi. The patch I send before was too large so that it was dropped from the maling list. I'm sending again with smaller size. This patch set is the xen paravirtualization of hand written assenbly code. And I expect that much clean up is necessary before merge. We really need the feed back before starting actual clean up as Eddie already said before. Eddie discussed how to clean up and suggested

Hi. The patch I send before was too large so that it was dropped from the maling list. I'm sending again with smaller size. This patch set is the xen paravirtualization of hand written assenbly code. And I expect that much clean up is necessary before merge. We really need the feed back before starting actual clean up as Eddie already said before. Eddie discussed how to clean up and suggested

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Please review and comments. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops. Currently only ia64/xen pv_ops implementation

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Please review and comments. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops strategy is appropriate too. Later I'll post the patchset which implements xen domU based on ia64/pv_ops. Currently only ia64/xen pv_ops implementation

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Changes from take 5 are rebased to Linux 2.6.26-rc3, bug fix ivt.S paravirtualization and multi entry point support. I believe these patches can be applied to the linux ia64 repository. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops

Hi. This patchset implements ia64/pv_ops support which is the framework for virtualization support. Changes from take 5 are rebased to Linux 2.6.26-rc3, bug fix ivt.S paravirtualization and multi entry point support. I believe these patches can be applied to the linux ia64 repository. On x86 various ways to support virtualization were proposed, and eventually pv_ops won. So on ia64 the pv_ops