Hi all,
I have a KVM system running debian squeeze with the backports qemu-kvm packages:
# dpkg --list |grep kvm
ii qemu-kvm 1.1.2+dfsg-5~bpo60+1 Full virtualization on x86 hardware
I'm running 2 VM's with Windows 7 installed.
The software running on the VM's require a hardware USB dongle
On Thu, May 23, 2013 at 09:46:07AM +0200, Stefan Hajnoczi wrote:
On Wed, May 22, 2013 at 09:48:21PM +0800, Amos Kong wrote:
On Wed, May 22, 2013 at 11:32:27AM +0200, Stefan Hajnoczi wrote:
On Wed, May 22, 2013 at 12:57:35PM +0800, Amos Kong wrote:
I try to hotplug 28 * 8
On 05/23/2013 04:50 PM, Michael S. Tsirkin wrote:
Hey guys,
I've updated the kvm networking todo wiki with current projects.
Will try to keep it up to date more often.
Original announcement below.
Thanks a lot. I've added the tasks I'm currently working on to the wiki.
btw. I notice the
- Original Message -
From: Marcelo Tosatti mtosa...@redhat.com
To: Gleb Natapov g...@redhat.com
Cc: Peter Lieven p...@dlhnet.de, Vadim Rozenfeld vroze...@redhat.com,
kvm@vger.kernel.org, p...@dlh.net
Sent: Thursday, May 23, 2013 11:35:59 PM
Subject: Re: [RFC PATCH v2 2/2] add support
- Original Message -
From: Marcelo Tosatti mtosa...@redhat.com
To: Vadim Rozenfeld vroze...@redhat.com
Cc: kvm@vger.kernel.org, g...@redhat.com, p...@dlh.net
Sent: Thursday, May 23, 2013 11:47:46 PM
Subject: Re: [RFC PATCH v2 2/2] add support for Hyper-V invariant TSC
On Thu, May 23,
- Original Message -
From: Gleb Natapov g...@redhat.com
To: Marcelo Tosatti mtosa...@redhat.com
Cc: Vadim Rozenfeld vroze...@redhat.com, kvm@vger.kernel.org, p...@dlh.net
Sent: Friday, May 24, 2013 1:31:10 AM
Subject: Re: [RFC PATCH v2 2/2] add support for Hyper-V invariant TSC
On Thu,
- Original Message -
From: Paolo Bonzini pbonz...@redhat.com
To: Vadim Rozenfeld vroze...@redhat.com
Cc: kvm@vger.kernel.org, g...@redhat.com, mtosa...@redhat.com, p...@dlh.net
Sent: Friday, May 24, 2013 2:44:50 AM
Subject: Re: [RFC PATCH v2 2/2] add support for Hyper-V invariant TSC
Il
On Fri, May 24, 2013 at 05:41:11PM +0800, Jason Wang wrote:
On 05/23/2013 04:50 PM, Michael S. Tsirkin wrote:
Hey guys,
I've updated the kvm networking todo wiki with current projects.
Will try to keep it up to date more often.
Original announcement below.
Thanks a lot. I've added the
On Wed, May 22, 2013 at 03:59:01PM +0200, Arnd Bergmann wrote:
On Thursday 16 May 2013, Michael S. Tsirkin wrote:
@@ -178,7 +178,7 @@ do {
\
long __pu_err; \
On 05/23/2013 07:21 PM, Hao, Xudong wrote:
Just git pull. :) This is very similar to commit e7a09b9 (osdep: introduce
qemu_anon_ram_free to free qemu_anon_ram_alloc-ed memory, 2013-05-13)
OK, this commit do the same thing as my patch, I did not notice qemu upstream
tree, just take a look
On Fri, May 24, 2013 at 04:00:32PM +0300, Michael S. Tsirkin wrote:
On Wed, May 22, 2013 at 03:59:01PM +0200, Arnd Bergmann wrote:
On Thursday 16 May 2013, Michael S. Tsirkin wrote:
@@ -178,7 +178,7 @@ do {
\
long
On Friday 24 May 2013, Michael S. Tsirkin wrote:
So this won't work, unless we add the is_kernel_addr check
to might_fault. That will become possible on top of this patchset
but let's consider this carefully, and make this a separate
patchset, OK?
Yes, makes sense.
Arnd
--
To
Michael S. Tsirkin m...@redhat.com writes:
On Fri, May 24, 2013 at 05:41:11PM +0800, Jason Wang wrote:
On 05/23/2013 04:50 PM, Michael S. Tsirkin wrote:
Hey guys,
I've updated the kvm networking todo wiki with current projects.
Will try to keep it up to date more often.
Original
On Fri, May 24, 2013 at 08:47:58AM -0500, Anthony Liguori wrote:
Michael S. Tsirkin m...@redhat.com writes:
On Fri, May 24, 2013 at 05:41:11PM +0800, Jason Wang wrote:
On 05/23/2013 04:50 PM, Michael S. Tsirkin wrote:
Hey guys,
I've updated the kvm networking todo wiki with current
On Tue, 2013-05-21 at 13:33 +1000, Alexey Kardashevskiy wrote:
VFIO implements platform independent stuff such as
a PCI driver, BAR access (via read/write on a file descriptor
or direct mapping when possible) and IRQ signaling.
The platform dependent part includes IOMMU initialization
and
On Tue, 2013-05-21 at 13:33 +1000, Alexey Kardashevskiy wrote:
The enables VFIO on the pSeries platform, enabling user space
programs to access PCI devices directly.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
Cc: David Gibson da...@gibson.dropbear.id.au
Signed-off-by: Paul Mackerras
https://bugzilla.kernel.org/show_bug.cgi?id=58771
Summary: VM performance degradation after KVM QEMU migration or
save/restore with Intel EPT enabled
Product: Virtualization
Version: unspecified
Kernel Version: 3.0+
Platform: All
We currently send all mappings to the iommu in PAGE_SIZE chunks,
which prevents the iommu from enabling support for larger page sizes.
We still need to pin pages, which means we step through them in
PAGE_SIZE chunks, but we can batch up contiguous physical memory
chunks to allow the iommu the
We need to keep track of all the DMA mappings of an iommu container so
that it can be automatically unmapped when the user releases the file
descriptor. We currently do this using a simple list, where we merge
entries with contiguous iovas and virtual addresses. Using a tree for
this is a bit
This series let's the vfio type1 iommu backend take advantage of iommu
large page support. See patch 2/2 for the details. This has been
tested on both amd_iommu and intel_iommu, but only my AMD system has
large page support. I'd appreciate any testing and feedback on other
systems, particularly
On Fri, May 24, 2013 at 06:11:16AM -0400, Vadim Rozenfeld wrote:
Is there a better option?
If setting TscSequence to zero makes Windows fall back to the MSR this is a
better option.
+1
This is why MS has two different mechanisms:
iTSC as a primary, reference counters as a fall-back.
Hi Xiao,
On Thu, May 23, 2013 at 03:55:52AM +0800, Xiao Guangrong wrote:
The current kvm_mmu_zap_all is really slow - it is holding mmu-lock to
walk and zap all shadow pages one by one, also it need to zap all guest
page's rmap and all shadow page's parent spte list. Particularly, things
On Thu, May 23, 2013 at 03:55:53AM +0800, Xiao Guangrong wrote:
Zap at lease 10 pages before releasing mmu-lock to reduce the overload
caused by requiring lock
After the patch, kvm_zap_obsolete_pages can forward progress anyway,
so update the comments
[ It improves kernel building 0.6% ~
We can easily reach the 1000 limit by start VM with a couple
hundred I/O devices (multifunction=on). The hardcode limit
already been adjusted 3 times (6 ~ 200 ~ 300 ~ 1000).
In userspace, we already have maximum file descriptor to
limit ioeventfd count. But kvm_io_bus devices also are used
for
On Wed, May 22, 2013 at 04:06:57PM -0500, Scott Wood wrote:
On 05/20/2013 10:06:46 PM, Alexey Kardashevskiy wrote:
diff --git a/arch/powerpc/kvm/powerpc.c b/arch/powerpc/kvm/powerpc.c
index 8465c2a..da6bf61 100644
--- a/arch/powerpc/kvm/powerpc.c
@@ -396,6 +396,7 @@ int
On Wed, May 22, 2013 at 04:06:57PM -0500, Scott Wood wrote:
On 05/20/2013 10:06:46 PM, Alexey Kardashevskiy wrote:
diff --git a/arch/powerpc/kvm/powerpc.c b/arch/powerpc/kvm/powerpc.c
index 8465c2a..da6bf61 100644
--- a/arch/powerpc/kvm/powerpc.c
@@ -396,6 +396,7 @@ int
26 matches
Mail list logo