On 2011-08-05 06:02, David Gibson wrote:
At present, an explicit test disallows use of -mem-path when kvm is enabled
but KVM_CAP_SYNC_MMU is not set. In particular, this prevents the user
from using hugetlbfs to back the guest memory.
I can see no reason for this check, and when I asked
hi,
I am wondering if it is possible to map guest MMIO to host MMIO, the
purpose is to reduce VM_EXIT as the page tables will be setup before
MMIO accessing from guest. Here is what I have in mind:
qemu_map_guest_mmio(guest_phys_addr, host_phys_addr, flags) --
On 2011-08-05 09:20, Cyclonus J wrote:
hi,
I am wondering if it is possible to map guest MMIO to host MMIO, the
purpose is to reduce VM_EXIT as the page tables will be setup before
MMIO accessing from guest. Here is what I have in mind:
This is already the case if you pass through devices
On 08/05/2011 05:58 AM, Badari Pulavarty wrote:
Hi Liu Yuan,
I started testing your patches. I applied your kernel patch to 3.0
and applied QEMU to latest git.
I passed 6 blockdevices from the host to guest (4 vcpu, 4GB RAM).
I ran simple dd read tests from the guest on all block devices
(with
On Fri, Aug 5, 2011 at 12:41 AM, Jan Kiszka jan.kis...@siemens.com wrote:
On 2011-08-05 09:20, Cyclonus J wrote:
hi,
I am wondering if it is possible to map guest MMIO to host MMIO, the
purpose is to reduce VM_EXIT as the page tables will be setup before
MMIO accessing from guest. Here is
From: Daniel P. Berrange berra...@redhat.com
The default accelerator is hardcoded to 'kvm'. This is a fine
default for qemu-kvm normally, but if the user built with
./configure --disable-kvm, then the resulting binaries will
not work by default
* vl.c: Default to 'tcg' unless CONFIG_KVM is
On 2011-08-05 10:40, Cyclonus J wrote:
On Fri, Aug 5, 2011 at 12:41 AM, Jan Kiszka jan.kis...@siemens.com wrote:
On 2011-08-05 09:20, Cyclonus J wrote:
hi,
I am wondering if it is possible to map guest MMIO to host MMIO, the
purpose is to reduce VM_EXIT as the page tables will be setup
Hi,
I am testing virtio net performance (10 Gbit) and its working great for Linux
guests (I am using Debian Squeeze as KVM guest).
I see just a little performance loss in the guest (compared to the host).
The win2008r2-sp1 installation, using the virtio network drivers from the
Fedora
On Thu, 2011-08-04 at 12:41 +0200, Joerg Roedel wrote:
On Mon, Aug 01, 2011 at 02:27:36PM -0600, Alex Williamson wrote:
It's not clear to me how we could skip it. With VT-d, we'd have to
implement an emulated interrupt remapper and hope that the guest picks
unused indexes in the host
On 08/03/11 23:06, Lucas Meneghel Rodrigues wrote:
From: Amos Kongak...@redhat.com
This test adds a usb storage for the guest, and do some check from monitor and
inside the guest.
Changes from v1:
- use old options to add a usb disk to guest
'-usbdevice
On Thu, 2011-08-04 at 12:27 +0200, Joerg Roedel wrote:
Hi Ben,
thanks for your detailed introduction to the requirements for POWER. Its
good to know that the granularity problem is not x86-only.
I'm happy to see your reply :-) I had the feeling I was a bit alone
here...
On Sat, Jul 30,
On 08/05/2011 05:58 AM, Badari Pulavarty wrote:
Hi Liu Yuan,
I started testing your patches. I applied your kernel patch to 3.0
and applied QEMU to latest git.
I passed 6 blockdevices from the host to guest (4 vcpu, 4GB RAM).
I ran simple dd read tests from the guest on all block devices
(with
On Fri, Aug 05, 2011 at 08:26:11PM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2011-08-04 at 12:41 +0200, Joerg Roedel wrote:
On Mon, Aug 01, 2011 at 02:27:36PM -0600, Alex Williamson wrote:
It's not clear to me how we could skip it. With VT-d, we'd have to
implement an emulated
I wish to use improved drives too, for my NICs bonded using
round-robin.. now it's limited to 1Gbit for virtio-net.
But I think the bridge interface used to expose VMs to the LAN will
still be limiting max speed, because CPUs have to process all this
traffic over bridge.
On 05.08.2011 11:11,
On Fri, Aug 05, 2011 at 08:42:38PM +1000, Benjamin Herrenschmidt wrote:
Right. In fact to try to clarify the problem for everybody, I think we
can distinguish two different classes of constraints that can
influence the grouping of devices:
1- Hard constraints. These are typically devices
On 08/04/2011 08:05 AM, Avi Kivity wrote:
From: Michael S. Tsirkinm...@redhat.com
We originally did get config on map, so that
following write accesses are done on an updated config.
New memory API doesn't give us a callback
on map, and arguably, devices don't know when
cpu really can access
On 08/04/2011 08:05 AM, Avi Kivity wrote:
This is a hack, for devices that have a back-channel to read this
address back outside the normal configuration mechanisms, such
as VMware svga.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Can we add a
On 08/04/2011 08:05 AM, Avi Kivity wrote:
We're going to remove the callback, so we can't use it to save the
address. Use the pci API instead.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Convert all vga memory to the memory API. Note we need to fall back to
get_system_memory(), since the various buses don't pass the vga window
as a memory region.
We no longer need to sync the dirty bitmap of the cirrus mapped memory
banks, since the
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
---
hw/cirrus_vga.c | 78
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
-static uint64_t cirrus_mmio_read(void *opaque,
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
We have to keep vga_mem_{read,write}b() since they're used by cirrus.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
On 08/04/2011 08:06 AM, Avi Kivity wrote:
get_system_io() returns the root I/O memory region.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
---
exec-memory.h |2 ++
exec.c| 10 ++
2 files changed, 12 insertions(+), 0
On 08/04/2011 08:06 AM, Avi Kivity wrote:
This lets us register BARs in the I/O address space.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
--
To unsubscribe from this list:
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
---
hw/pci.c | 43 +++
hw/pci.h
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
---
hw/rtl8139.c | 72 ++---
1 files changed, 38 insertions(+), 34 deletions(-)
diff --git a/hw/rtl8139.c
On 08/04/2011 08:06 AM, Avi Kivity wrote:
fixes BAR sizing as well.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Malc, please Ack
Regards,
Anthony Liguori
---
hw/ac97.c | 88
On Fri, 2011-08-05 at 20:42 +1000, Benjamin Herrenschmidt wrote:
Right. In fact to try to clarify the problem for everybody, I think we
can distinguish two different classes of constraints that can
influence the grouping of devices:
1- Hard constraints. These are typically devices using the
On Thu, Jul 28, 2011 at 11:36:17AM +0300, Avi Kivity wrote:
Architecturally, PDPTEs are cached in the PDPTRs when CR3 is reloaded.
On SVM, it is not possible to implement this, but on VMX this is possible
and was indeed implemented until nested SVM changed this to unconditionally
read PDPTEs
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
---
hw/e1000.c | 114 +--
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Note: the existing code aliases the flash BAR into the MMIO bar. This is
probably a bug. This patch does not correct the problem.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Regards,
Anthony Liguori
---
hw/es1370.c | 43 +--
1 files
This command stops a running instance.
Syntax:
kvm stop [instance name]
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
tools/kvm/Documentation/kvm-stop.txt | 16
tools/kvm/Makefile |1 +
tools/kvm/builtin-run.c |6 ++
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
tools/kvm/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/tools/kvm/Makefile b/tools/kvm/Makefile
index 21d6189..2cb11fa 100644
--- a/tools/kvm/Makefile
+++ b/tools/kvm/Makefile
@@ -236,6 +236,7 @@ clean:
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
---
hw/ne2000-isa.c | 14 +++---
hw/ne2000.c | 77 +-
hw/ne2000.h |8 +
3 files
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
For the subject, s:concert:convert:g
Otherwise,
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
---
hw/isa.h |2 ++
hw/isa_mmio.c | 30
On 08/04/2011 08:06 AM, Avi Kivity wrote:
fixes memory leak on repeated BAR map/unmap
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
---
hw/sun4u.c | 55 +--
1 files changed, 25 insertions(+), 30
On Fri, Aug 05, 2011 at 08:16:42AM +0200, Jan Kiszka wrote:
On 2011-08-05 06:02, David Gibson wrote:
At present, an explicit test disallows use of -mem-path when kvm is enabled
but KVM_CAP_SYNC_MMU is not set. In particular, this prevents the user
from using hugetlbfs to back the guest
On 08/04/2011 08:05 AM, Avi Kivity wrote:
This is a mostly mindless conversion of all QEMU PCI devices to the memory API.
After this patchset is applied, it is no longer possible to create a PCI device
using the old API.
An immediate benefit is that PCI BARs that overlap each other are now
Since we already require some deps to run KVM autotest,
and since the majority of the potential KVM autotest
users do have libvirt installed and running, it makes
little sense to maintain custom code to manage an internal
bridge. Let's just require libvirt and use virbr0 as the
default kvm
On 08/03/2011 03:56 AM, Avi Kivity wrote:
When trying to map an alias of a ram region, where the alias starts at
address A and we map it into address B, and A B, we had an arithmetic
underflow. Because we use unsigned arithmetic, the underflow converted
into a large number which failed
On Fri, 5 Aug 2011, Anthony Liguori wrote:
On 08/04/2011 08:06 AM, Avi Kivity wrote:
fixes BAR sizing as well.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Malc, please Ack
Ok, please
On 07/31/2011 02:47 PM, Avi Kivity wrote:
When a range is being unmapped, ask accelerators (e.g. kvm) to synchronize the
dirty bitmap to avoid losing information forever.
Fixes grub2 screen update.
Signed-off-by: Avi Kivitya...@redhat.com
Applied. Thanks.
Regards,
Anthony Liguori
---
On Fri, Aug 05, 2011 at 09:50:29AM +0100, Daniel P. Berrange wrote:
From: Daniel P. Berrange berra...@redhat.com
The default accelerator is hardcoded to 'kvm'. This is a fine
default for qemu-kvm normally, but if the user built with
./configure --disable-kvm, then the resulting binaries will
On Wed, Aug 03, 2011 at 06:00:52PM -0300, Marcelo Tosatti wrote:
On Wed, Aug 03, 2011 at 01:34:58AM -0700, Zachary Amsden wrote:
Caution: this requires more care.
Pretty sure this breaks userspace suspend at the cost of supporting a
not-so-reasonable hardware feature.
On Tue, Aug 2,
https://bugzilla.kernel.org/show_bug.cgi?id=40542
Marcelo Tosatti mtosa...@redhat.com changed:
What|Removed |Added
CC||mtosa...@redhat.com
On 08/05/2011 12:10 PM, Marcelo Tosatti wrote:
On Fri, Aug 05, 2011 at 09:50:29AM +0100, Daniel P. Berrange wrote:
From: Daniel P. Berrangeberra...@redhat.com
The default accelerator is hardcoded to 'kvm'. This is a fine
default for qemu-kvm normally, but if the user built with
./configure
On 8/5/2011 4:04 AM, Liu Yuan wrote:
On 08/05/2011 05:58 AM, Badari Pulavarty wrote:
Hi Liu Yuan,
I started testing your patches. I applied your kernel patch to 3.0
and applied QEMU to latest git.
I passed 6 blockdevices from the host to guest (4 vcpu, 4GB RAM).
I ran simple dd read tests
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
---
target-i386/kvm.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index 923d2d5..31b88b7 100644
--- a/target-i386/kvm.c
+++ b/target-i386/kvm.c
@@ -504,7 +504,6 @@ int
From: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
---
kvm-all.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
index cbc2532..b9c172b 100644
---
From: Jan Kiszka jan.kis...@siemens.com
Bit-wise or the feature flags and drop the obsolete #ifdef.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
---
hw/kvmclock.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git
From: Joerg Roedel joerg.roe...@amd.com
To let the user configure the desired tsc frequency for the
guest if running in KVM.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
---
target-i386/cpu.h |1 +
target-i386/cpuid.c | 13
From: Joerg Roedel joerg.roe...@amd.com
Make use of the KVM_TSC_CONTROL feature if available.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
---
target-i386/kvm.c | 18 +-
1 files changed, 17 insertions(+), 1 deletions(-)
From: Joerg Roedel joerg.roe...@amd.com
This function does the same as the strtosz_suffix function
except that it allows to specify the unit to which the
k/M/B/T suffixes apply. This function will be used later to
parse the tsc-frequency from the command-line.
Signed-off-by: Joerg Roedel
The following changes since commit 35d7ace74bd07e3d6983c1fd7cbfab4e11175689:
qcow2: Fix L1 table size after bdrv_snapshot_goto (2011-08-05 07:15:47 -0500)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
Jan Kiszka (2):
kvmclock: Fix
Hello,
We are looking at implementing KVM-based virtual machines in our HPC cluster.
Our storage runs over Infiniband using RDMA, but we have been unable to find
any real documentation regarding Infiniband, let alone using RDMA.
Is this a supported feature?
Thanks in advance.
Lance Couture
On 2011-08-05 22:55, Marcelo Tosatti wrote:
From: Joerg Roedel joerg.roe...@amd.com
Make use of the KVM_TSC_CONTROL feature if available.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
---
target-i386/kvm.c | 18 +-
On Fri, Aug 5, 2011 at 2:14 PM, Lance Couture la...@sfu.ca wrote:
We are looking at implementing KVM-based virtual machines in our HPC cluster.
Our storage runs over Infiniband using RDMA, but we have been unable to find
any real documentation regarding Infiniband, let alone using RDMA.
Lance Couture
I.T. Services, WestGrid
Simon Fraser University
v. 778.782.8188
On 2011-08-05, at 3:20 PM, Javier Guerra Giraldez wrote:
On Fri, Aug 5, 2011 at 2:14 PM, Lance Couture la...@sfu.ca wrote:
We are looking at implementing KVM-based virtual machines in our HPC cluster.
Our storage
On Fri, 2011-08-05 at 15:44 +0200, Joerg Roedel wrote:
On Fri, Aug 05, 2011 at 08:42:38PM +1000, Benjamin Herrenschmidt wrote:
Right. In fact to try to clarify the problem for everybody, I think we
can distinguish two different classes of constraints that can
influence the grouping of
63 matches
Mail list logo
