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) -->
kvm_ioctl_map_guest_mmio_region(...
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 devic
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
(wit
On Fri, Aug 5, 2011 at 12:41 AM, Jan Kiszka 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 what I have in
From: "Daniel P. Berrange"
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 defined
Signed-off-by:
On 2011-08-05 10:40, Cyclonus J wrote:
> On Fri, Aug 5, 2011 at 12:41 AM, Jan Kiszka 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
>>> MM
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 projects
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 Kong
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 disk:format=qcow2:/tmp/usbdevice.qcow2'
- identify dev
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
(wit
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, M
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 dev
On 08/04/2011 08:05 AM, Avi Kivity wrote:
From: "Michael S. Tsirkin"
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 there. So updati
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 Henderson
Signed-off-by: Avi Kivity
Can we add a comment to the header file to this ef
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 Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
hw/vmware_vga.c | 12 +
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 mem
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 Henderson
Signed-off-by: Avi Kivity
---
hw/cirrus_vga.c | 78 +-
1 files
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 Henderson
Signed-off-by: Avi Kivity
-static uint64_t cirrus_mmio_read(void *opaque, target_phys_addr_t addr,
-
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 Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
hw/cirrus_vga.c | 81
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 Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
hw/cirrus_vga.c | 79
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 Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony
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 Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
hw/cirrus_vga.c | 74
On 08/04/2011 08:06 AM, Avi Kivity wrote:
get_system_io() returns the root I/O memory region.
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
---
exec-memory.h |2 ++
exec.c| 10 ++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/exec-memory.h b
On 08/04/2011 08:06 AM, Avi Kivity wrote:
This lets us register BARs in the I/O address space.
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a me
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
hw/pci.c | 43 +++
hw/pci.h |1 +
hw/pci_internals.h |3 ++-
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
---
hw/rtl8139.c | 72 ++---
1 files changed, 38 insertions(+), 34 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rtl8139.c
index 5214b8c..dfba
On 08/04/2011 08:06 AM, Avi Kivity wrote:
fixes BAR sizing as well.
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Malc, please Ack
Regards,
Anthony Liguori
---
hw/ac97.c | 88 +++-
1 fil
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 usi
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 PDPTE
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
hw/e1000.c | 114 +--
1 files changed, 48 insertions(+), 66 deletions(-)
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 Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
hw/es1370.c | 43 +--
1 files changed, 25 insertions(+), 18 deletions(-)
diff --git a/h
This command stops a running instance.
Syntax:
kvm stop [instance name]
Signed-off-by: Sasha Levin
---
tools/kvm/Documentation/kvm-stop.txt | 16
tools/kvm/Makefile |1 +
tools/kvm/builtin-run.c |6 ++
tools/kvm/builtin-stop.c
Signed-off-by: Sasha Levin
---
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:
$(Q) rm -f $(DEPS)
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
---
hw/ne2000-isa.c | 14 +++---
hw/ne2000.c | 77 +-
hw/ne2000.h |8 +
3 files changed, 59 insertions(+), 40 deletio
On 08/04/2011 08:06 AM, Avi Kivity wrote:
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
For the subject, s:concert:convert:g
Otherwise,
Reviewed-by: Anthony Liguori
---
hw/isa.h |2 ++
hw/isa_mmio.c | 30 +++---
2 files changed, 17 insertio
On 08/04/2011 08:06 AM, Avi Kivity wrote:
fixes memory leak on repeated BAR map/unmap
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
---
hw/sun4u.c | 55 +--
1 files changed, 25 insertions(+), 30 deletions(-)
diff --git a/hw/sun
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 gue
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 handl
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 autotest
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 addrran
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 Henderson
> > Signed-off-by: Avi Kivity
>
> Reviewed-by: Anthony Liguori
>
> Malc, please Ack
>
Ok, please notify me when this is pushed so i can c
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 Kivity
Applied. Thanks.
Regards,
Anthony Liguori
---
Please apply befo
On Fri, Aug 05, 2011 at 09:50:29AM +0100, Daniel P. Berrange wrote:
> From: "Daniel P. Berrange"
>
> 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 b
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
https://bugzilla.kernel.org/show_bug.cgi?id=40542
Marcelo Tosatti changed:
What|Removed |Added
CC||mtosa...@redhat.com
--- Comment #4
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. Berrange"
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 t
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 fr
Signed-off-by: Marcelo Tosatti
---
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 kvm_arch_init_vcpu(CPUState *e
From: Jan Kiszka
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
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
--- a/kvm-all.c
+++ b/kvm-all.c
@@ -1328,7 +1328,6 @@ int kvm_set_signal_m
From: Jan Kiszka
Bit-wise or the feature flags and drop the obsolete #ifdef.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
hw/kvmclock.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/hw/kvmclock.c b/hw/kvmclock.c
index 692ad18..b73aec4 100644
--
From: Joerg Roedel
To let the user configure the desired tsc frequency for the
guest if running in KVM.
Signed-off-by: Joerg Roedel
Signed-off-by: Marcelo Tosatti
---
target-i386/cpu.h |1 +
target-i386/cpuid.c | 13 +
2 files changed, 14 insertions(+), 0 deletions(-)
dif
From: Joerg Roedel
Make use of the KVM_TSC_CONTROL feature if available.
Signed-off-by: Joerg Roedel
Signed-off-by: Marcelo Tosatti
---
target-i386/kvm.c | 18 +-
1 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index 10fb
From: Joerg Roedel
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
Signed-off-by: Marcelo Tosa
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
I.
On 2011-08-05 22:55, Marcelo Tosatti wrote:
> From: Joerg Roedel
>
> Make use of the KVM_TSC_CONTROL feature if available.
>
> Signed-off-by: Joerg Roedel
> Signed-off-by: Marcelo Tosatti
> ---
> target-i386/kvm.c | 18 +-
> 1 files changed, 17 insertions(+), 1 deletions(-)
On Fri, Aug 5, 2011 at 2:14 PM, Lance Couture 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.
usually it's
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 wrote:
>> We are looking at implementing KVM-based virtual machines in our HPC cluster.
>>
>> Our storage runs
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 groupi
62 matches
Mail list logo
