Sorry to be a nuisance, but this should be an easy one.
Looking at the man page for ./configure, in 1.2 I need to set --cpu=CPU to
enable host cpu's in the command line, am I right?
This appears to have been a default in 1.0, and even with an ancient 2.6.38
kernel we can use -cpu host on a core
Hi
Please send in any agenda topics you are interested in.
Later, Juan.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Il 28/04/2013 18:40, Jan Kiszka ha scritto:
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index 8747fef..6974ca8 100644
--- a/arch/x86/kvm/x86.c
+++ b/arch/x86/kvm/x86.c
@@ -5754,7 +5754,8 @@ static int vcpu_enter_guest(struct kvm_vcpu *vcpu)
/* enable NMI/IRQ window
With VMX, enable_irq_window can now return -EBUSY, in which case an
immediate exit shall be requested before entering the guest. Account for
this also in enable_nmi_window which uses enable_irq_window in absence
of vnmi support, e.g.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
Changes
On 02/28/2013 10:24 AM, Michael S. Tsirkin wrote:
OK we talked about this a while ago, here's
a summary and some proposals:
At the moment, virtio PCI uses IO BARs for all accesses.
The reason for IO use is the cost of different VM exit types
of transactions and their emulation on KVM on x86
(it
Il 26/04/2013 08:43, Jun Nakajima ha scritto:
This is the first patch in a series which adds nested EPT support to KVM's
nested VMX. Nested EPT means emulating EPT for an L1 guest so that L1 can use
EPT when running a nested guest L2. When L1 uses EPT, it allows the L2 guest
to set its own cr3
Il 26/04/2013 08:43, Jun Nakajima ha scritto:
Some trivial code cleanups not really related to nested EPT.
Signed-off-by: Nadav Har'El n...@il.ibm.com
Signed-off-by: Jun Nakajima jun.nakaj...@intel.com
Signed-off-by: Xinhao Xu xinhao...@intel.com
---
arch/x86/kvm/vmx.c | 6 ++
1 file
Il 26/04/2013 08:43, Jun Nakajima ha scritto:
diff --git a/arch/x86/kvm/paging_tmpl.h b/arch/x86/kvm/paging_tmpl.h
index e13b6c5..bd370e7 100644
--- a/arch/x86/kvm/paging_tmpl.h
+++ b/arch/x86/kvm/paging_tmpl.h
@@ -349,7 +349,12 @@ error:
walker-fault.vector = PF_VECTOR;
Il 29/04/2013 16:46, Jan Kiszka ha scritto:
With VMX, enable_irq_window can now return -EBUSY, in which case an
immediate exit shall be requested before entering the guest. Account for
this also in enable_nmi_window which uses enable_irq_window in absence
of vnmi support, e.g.
On Mon, Apr 29, 2013 at 8:37 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 26/04/2013 08:43, Jun Nakajima ha scritto:
diff --git a/arch/x86/kvm/paging_tmpl.h b/arch/x86/kvm/paging_tmpl.h
index e13b6c5..bd370e7 100644
--- a/arch/x86/kvm/paging_tmpl.h
+++ b/arch/x86/kvm/paging_tmpl.h
@@
On 04/29/13 02:17, Stephen Rothwell wrote:
Hi all,
Changes since 20130426:
on x86_64:
arch/x86/kvm/x86.c: In function 'kvm_dev_ioctl_check_extension':
arch/x86/kvm/x86.c:2547:22: error: 'pci_bus_type' undeclared (first use in this
function)
Oops, CONFIG_PCI is not enabled.
Full
On Mon, Apr 08, 2013 at 05:17:09PM +0100, Marc Zyngier wrote:
+static void inject_abt64(struct kvm_vcpu *vcpu, bool is_iabt, unsigned long
addr)
+{
+ unsigned long cpsr = *vcpu_cpsr(vcpu);
+ int is_aarch32;
+ u32 esr = 0;
+
+ is_aarch32 = vcpu_mode_is_32bit(vcpu);
Minor
On Mon, Apr 29, 2013 at 08:52:56AM -0700, Randy Dunlap wrote:
On 04/29/13 02:17, Stephen Rothwell wrote:
Hi all,
Changes since 20130426:
on x86_64:
arch/x86/kvm/x86.c: In function 'kvm_dev_ioctl_check_extension':
arch/x86/kvm/x86.c:2547:22: error: 'pci_bus_type' undeclared
Il 29/04/2013 18:31, Gleb Natapov ha scritto:
arch/x86/kvm/x86.c: In function 'kvm_dev_ioctl_check_extension':
arch/x86/kvm/x86.c:2547:22: error: 'pci_bus_type' undeclared (first use in
this function)
Oops, CONFIG_PCI is not enabled.
Alex, can you look at this please. Before kvm:
On Mon, 2013-04-29 at 19:31 +0300, Gleb Natapov wrote:
On Mon, Apr 29, 2013 at 08:52:56AM -0700, Randy Dunlap wrote:
On 04/29/13 02:17, Stephen Rothwell wrote:
Hi all,
Changes since 20130426:
on x86_64:
arch/x86/kvm/x86.c: In function 'kvm_dev_ioctl_check_extension':
Fix build with CONFIG_PCI unset by linking KVM_CAP_IOMMU to
device assignment config option. It has no purpose otherwise.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
arch/ia64/kvm/kvm-ia64.c |2 ++
arch/x86/kvm/x86.c |2 ++
2 files changed, 4 insertions(+)
diff
On 04/29/13 09:54, Alex Williamson wrote:
Fix build with CONFIG_PCI unset by linking KVM_CAP_IOMMU to
device assignment config option. It has no purpose otherwise.
Signed-off-by: Alex Williamson alex.william...@redhat.com
Reported-by: Randy Dunlap rdun...@infradead.org
Acked-by: Randy
On Mon, 2013-04-29 at 18:46 +0200, Paolo Bonzini wrote:
Il 29/04/2013 18:31, Gleb Natapov ha scritto:
arch/x86/kvm/x86.c: In function 'kvm_dev_ioctl_check_extension':
arch/x86/kvm/x86.c:2547:22: error: 'pci_bus_type' undeclared (first use
in this function)
Oops, CONFIG_PCI is
On Mon, Apr 08, 2013 at 05:17:10PM +0100, Marc Zyngier wrote:
diff --git a/arch/arm64/include/asm/kvm_mmu.h
b/arch/arm64/include/asm/kvm_mmu.h
new file mode 100644
index 000..2eb2230
--- /dev/null
+++ b/arch/arm64/include/asm/kvm_mmu.h
...
+/*
+ * Align KVM with the kernel's view of
Jan,
Bisect says that commit 4fb60de74f93a601775dbda053b3237634d7a417
to kvm-kmod is what causes breakage on my (otherwise stock) F18 box
(with kernel version 3.8.9-200.fc18.x86_64):
make -C /lib/modules/3.8.9-200.fc18.x86_64/build M=`pwd` clean
make[1]: Entering directory
On 2013-04-29 20:33, Gabriel L. Somlo wrote:
Jan,
Bisect says that commit 4fb60de74f93a601775dbda053b3237634d7a417
That commit alone is broken as it depends on the refactorings being
selected by the submodule update.
Does the problem persist with current master checked out into a clean
On Mon, Apr 29, 2013 at 09:06:37PM +0200, Jan Kiszka wrote:
Bisect says that commit 4fb60de74f93a601775dbda053b3237634d7a417
That commit alone is broken as it depends on the refactorings being
selected by the submodule update.
Does the problem persist with current master checked out into
On 2013-04-29 21:44, Gabriel L. Somlo wrote:
On Mon, Apr 29, 2013 at 09:06:37PM +0200, Jan Kiszka wrote:
Bisect says that commit 4fb60de74f93a601775dbda053b3237634d7a417
That commit alone is broken as it depends on the refactorings being
selected by the submodule update.
Does the problem
On Mon, Apr 29, 2013 at 10:09:42PM +0200, Jan Kiszka wrote:
On 2013-04-29 21:44, Gabriel L. Somlo wrote:
On Mon, Apr 29, 2013 at 09:06:37PM +0200, Jan Kiszka wrote:
Bisect says that commit 4fb60de74f93a601775dbda053b3237634d7a417
Linking should work as well, though is unnecessary:
make
On 2013-04-29 22:30, Gabriel L. Somlo wrote:
On Mon, Apr 29, 2013 at 10:09:42PM +0200, Jan Kiszka wrote:
On 2013-04-29 21:44, Gabriel L. Somlo wrote:
On Mon, Apr 29, 2013 at 09:06:37PM +0200, Jan Kiszka wrote:
Bisect says that commit 4fb60de74f93a601775dbda053b3237634d7a417
Linking should
On Mon, Apr 29, 2013 at 10:33:29PM +0200, Jan Kiszka wrote:
I dare to say that ../kvm/virt/kvm/irqchip.c does not exit, thus your
external kvm directory is not recent enough.
That's weird, I just did a
git clone git://git.kernel.org/pub/scm/virt/kvm/kvm.git
literally five minutes ago,
On 2013-04-29 22:39, Gabriel L. Somlo wrote:
On Mon, Apr 29, 2013 at 10:33:29PM +0200, Jan Kiszka wrote:
I dare to say that ../kvm/virt/kvm/irqchip.c does not exit, thus your
external kvm directory is not recent enough.
That's weird, I just did a
git clone
On Mon, Apr 29, 2013 at 10:41:36PM +0200, Jan Kiszka wrote:
On 2013-04-29 22:39, Gabriel L. Somlo wrote:
On Mon, Apr 29, 2013 at 10:33:29PM +0200, Jan Kiszka wrote:
I dare to say that ../kvm/virt/kvm/irqchip.c does not exit, thus your
external kvm directory is not recent enough.
git
On 04/29/2013 07:48 AM, Don Dutile wrote:
c) it's architecture neutral, or can be made architecture neutral.
e.g., inb/outb PCI ioport support is very different btwn x86
non-x86.
A hypercall interface would not have that dependency/difference.
You are joking, right? Hypercalls
The default routes were removed from the code during patchset
respinning, but were not removed from the documentation.
Signed-off-by: Scott Wood scottw...@freescale.com
---
Documentation/virtual/kvm/devices/mpic.txt |3 ---
1 file changed, 3 deletions(-)
diff --git
On Wed, Apr 24, 2013 at 01:50:40PM +0300, Gleb Natapov wrote:
Signed-off-by: Gleb Natapov g...@redhat.com
diff --git a/x86/realmode.c b/x86/realmode.c
Applied, thanks.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More
On Sun, Apr 28, 2013 at 10:29:07PM -0700, Christoffer Dall wrote:
Hi Marcelo and Gleb,
These are the changes for KVM/ARM for 3.10.
The patches depend on the cleanup branch, which you've already merged.
Main thing is the reworking of Hyp idmaps, which is now handled by KVM
instead of
On Mon, Apr 29, 2013 at 09:59:30AM -0700, Randy Dunlap wrote:
On 04/29/13 09:54, Alex Williamson wrote:
Fix build with CONFIG_PCI unset by linking KVM_CAP_IOMMU to
device assignment config option. It has no purpose otherwise.
Signed-off-by: Alex Williamson alex.william...@redhat.com
On Mon, Apr 29, 2013 at 7:11 PM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Sun, Apr 28, 2013 at 10:29:07PM -0700, Christoffer Dall wrote:
Hi Marcelo and Gleb,
These are the changes for KVM/ARM for 3.10.
The patches depend on the cleanup branch, which you've already merged.
Main thing
34 matches
Mail list logo
