Displaying 20 results from an estimated 5000 matches similar to: "hap_2mb and hap_1gb options"
2008 May 23
6
VMX status report. Xen: #17702 & Xen0: #559 -- no new issue
Hi all,
This is today''s nightly testing report; no new issue found, bug #1259
got fixed.
Some vt-d cases failed in first round testing, but can get pass in
retesting.
Fixed issue:
==============================================
1. booting windows guest causes Xen HV crash
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1259
Old issues:
2012 Dec 10
26
[PATCH 00/11] Add virtual EPT support Xen.
From: Zhang Xiantao <xiantao.zhang@intel.com>
With virtual EPT support, L1 hyerpvisor can use EPT hardware
for L2 guest''s memory virtualization. In this way, L2 guest''s
performance can be improved sharply. According to our testing,
some benchmarks can show > 5x performance gain.
Signed-off-by: Zhang Xiantao <xiantao.zhang@intel.com>
Zhang Xiantao (11):
2011 Jul 30
22
[bug] ''VT-d 1G super page'' feature is blocked
Hi Tim,
Could you please have a look at this bug? Thanks a lot.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1774
Best Regards,
Yongjie Ren (Jay)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2006 Jun 12
9
Several issues in ChangeSet 10319
We found several issues in ChangeSet 10319. ChangeSet 10314 should
work according to our test log.
1, xen0 can not be compiled for IA-32/IA-32pae host since ChangeSet
10318. We tried gcc 3.4.2 and 4.1.0 but both failed.
2. On IA32e host, VMX can not be created. "xm cr" complains:
Error: Not an HVM capable platform, we stop creating.
3, On IA32e host, "reboot" can not
2008 May 09
14
[PATCH] patch to support super page (2M) with EPT
Attached are the patches to support super page with EPT. We only support
2M size. And shadow may still work fine with 4K pages.
The patches can be split into 3 parts. Apply order is as attached.
tool.diff
To allocate 2M physical contiguous memory in guest except the first 2M
and the last 2M.
The first 2M covers special memory, and Xen use the last few pages in
guest memory to do special
2011 Jan 17
8
[PATCH 0 of 3] Miscellaneous populate-on-demand bugs
This patch series includes a series of bugs related to p2m, ept, and
PoD code which were found as part of our XenServer product testing.
Each of these fixes actual bugs, and the 3.4-based version of the patch
has been tested thoroughly. (There may be bugs in porting the patches,
but most of them are simple enough as to make it unlikely.)
Each patch is conceptually independent, so they can each
2012 Mar 09
4
Max gfn?
I have a 12GB 64-bit Linux HVM guest (CentOS 5.5). When I look at the
e820 map in the guest, I see the following:
BIOS-provided physical RAM map:
BIOS-e820: 0000000000010000 - 000000000009e000 (usable)
BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000f0000000 (usable)
BIOS-e820:
2012 Jun 08
18
[PATCH 0 of 4 RFC] Populate-on-demand: Check pages being returned by the balloon driver
Populate-on-demand: Check pages being returned by the balloon driver
This patch series is the second result of my work last summer on
decreasing fragmentation of superpages in a guests'' p2m when using
populate-on-demand.
This patch series is against 4.1; I''m posting it to get feedback on
the viability of getting a ported version of this patch into 4.2.
As with the previous
2011 May 06
14
[PATCH 0 of 4] Use superpages on restore/migrate
This patch series restores the use of superpages when restoring or
migrating a VM, while retaining efficient batching of 4k pages when
superpages are not appropriate or available.
Signed-off-by: George Dunlap <george.dunlap@eu.citrix.com>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2010 Mar 02
2
[PATCH][XEN] p2m cleanup: remove unused function
Hi!
Attached patch removes gfn_to_mfn_current(). It is redundant and effectively
unused.
All remaining users now use proper replacement function.
=> No functional change.
While here, silence stdvga and use page_mode_hap()
consequently.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
2012 Jul 30
3
[PATCH] Intel VT-d: Dump IOMMU supported page sizes
diff -r e6266fc76d08 -r 6feac926cf80 xen/drivers/passthrough/vtd/iommu.c
--- a/xen/drivers/passthrough/vtd/iommu.c Fri Jul 27 12:22:13 2012 +0200
+++ b/xen/drivers/passthrough/vtd/iommu.c Mon Jul 30 15:35:16 2012 -0700
@@ -2137,6 +2137,15 @@ int __init intel_vtd_setup(void)
{
iommu = drhd->iommu;
+ printk("Intel VT-d supported page sizes: 4kB");
+ if
2012 Mar 01
14
[PATCH 0 of 3] RFC Paging support for AMD NPT V2
There has been some progress, but still no joy. Definitely not intended for
inclusion at this point.
Tim, Wei, I added a Xen command line toggle to disable IOMMU and P2M table
sharing.
Tim, I verified that changes to p2m-pt.c don''t break shadow mode (64bit
hypervisor and Win 7 guest).
Hongkaixing, I incorporated your suggestion in patch 2, so I should add your
Signed-off-by eventually.
2007 Jan 10
6
[PATCH] [PV-ON-HVM] Fix evtchn interface
Hi All,
The interface of the evtchn has been changed as follows.
・xen-unstable.hg : cs13198
[PV-ON-HVM] Update evtchn interface to match new PV Linux interfaces.
・xen-unstable.hg : cs13197
[LINUX] Extend the event-channel interfaces to provide helper methods
However, the following errors occur if pv-on-hvm is done in insmod.
This patch corrected this issue.
---
# insmod xen-vbd.ko
2007 Jun 13
15
page table question!
I want to know any difference between writing, reading and shadow page
table (for example performance).
I am thankful for any help or resource for that.
--
Best Regards
Mohamad Taghi Mir Mohamad Rezaie
Iran University of Science and Technology
Department of Computer Science & Engineering
System Software Group
_______________________________________________
Xen-devel mailing list
2012 Jun 17
3
Possible bug, dom0 crash on ubuntu
When booting a recently compiled Xen 4.2 on Ubuntu 12.04, dom0
crashes. I''ve included a serial console log below.
I''ve used:
Xen 4.2 unstable rev. 25483, compiled on the same machine. I had to
apply the AT_EMPTY_PATH patch from
http://lists.gnu.org/archive/html/qemu-devel/2012-02/msg03460.html to
get it to compile.
Linux 3.2.0-25, which is the default kernel in Ubuntu''s
2009 Jan 22
8
[PATCH 2/2] Enhance MTRR/PAT virtualization for EPT & VT-d enabled both
The patch attached is to set effective memory type for EPT according to the VT-d snoop control capability, and also includes some cleansup for EPT & VT-d both enabled.
Signed-off-by: Zhai, Edwin Edwin.Zhai@intel.com<mailto:Edwin.Zhai@intel.com>
Signed-off-by: Xin, Xiaohui xiaohui.xin@intel.com<mailto:xiaohui.xin@intel.com>
_______________________________________________
2013 Dec 06
36
[V6 PATCH 0/7]: PVH dom0....
Hi,
V6: The only change from V5 is in patch #6:
- changed comment to reflect autoxlate
- removed a redundant ASSERT
- reworked logic a bit so that get_page_from_gfn() is called with NULL
for p2m type as before. arm has ASSERT wanting it to be NULL.
Tim: patch 4 needs your approval.
Daniel: patch 5 needs your approval.
These patches implement PVH dom0.
Patches 1 and 2
2012 Mar 30
3
[PATCH] xenpaging: add error code to indicate iommem passthrough
# HG changeset patch
# User Olaf Hering <olaf@aepfle.de>
# Date 1333120147 -7200
# Node ID 34d9828185501f6e7ea2c3c2a397176a8e54ef0a
# Parent 80653c8ea1d19dfe6130396bbc77f766eb9f9fab
xenpaging: add error code to indicate iommem passthrough
Similar to the existing ENODEV and EXDEV error codes, add EMDEV to
indicate that iommu passthrough is not compatible with paging.
All error codes are
2012 Nov 29
4
Intel HD4000 IGD pass through appears to work, but monitor complains about 'no signal'
I''ve seen a recent report claiming that it works:
http://linux-bsd-sharing.blogspot.pt/2012/10/howto-xen-413-windows-8-hvm-domu-with.html
However, in my case, with a slightly different HW configuration the story
is totally different. :-(
My config:
HW: I7-3770 + AsRock H77M-ITX board
Dom0: Debian Wheezy stock xen (v4.1.3) + Debian stock kernel (3.2.x /
3.6.x) 64 bit version.
Note that
2013 Sep 23
57
[PATCH RFC v13 00/20] Introduce PVH domU support
This patch series is a reworking of a series developed by Mukesh
Rathor at Oracle. The entirety of the design and development was done
by him; I have only reworked, reorganized, and simplified things in a
way that I think makes more sense. The vast majority of the credit
for this effort therefore goes to him. This version is labelled v13
because it is based on his most recent series, v11.