On Mon, Apr 21, 2014 at 06:40:17PM -0300, Marcelo Tosatti wrote:
> On Sun, Apr 13, 2014 at 04:10:22PM +0300, Michael S. Tsirkin wrote:
> > It seems that it's easy to implement the EOI assist
> > on top of the PV EOI feature: simply convert the
> > page address to the format expected by PV EOI.
> >
While preparing/testing some KVM on s390 patches for the next merge window
(target is kvm/next which is based on 3.15-rc1) I faced a very severe
performance hickup on guest paging (all anonymous memory).
All memory bound guests are in "D" state now and the system is barely unusable.
Reverting c
From: Dominik Dingel
To enable CMMA and to reset its state we use the vm kvm_device ioctls,
encapsulating attributes within the KVM_S390_VM_MEM_CTRL group.
Signed-off-by: Dominik Dingel
Signed-off-by: Christian Borntraeger
---
Documentation/virtual/kvm/devices/vm.txt | 16
arch/s
From: Dominik Dingel
We sometimes need to get/set attributes specific to a virtual machine
and so need something else than ONE_REG.
Let's copy the KVM_DEVICE approach, and define the respective ioctls
for the vm file descriptor.
Signed-off-by: Dominik Dingel
Reviewed-by: Cornelia Huck
Acked-b
t:
git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux.git
tags/kvm-s390-20140422
for you to fetch changes up to e325fe69aa37b485635521568651642791d6d140:
KVM: s390: Factor out handle_itdb to handle TX aborts (2014-04-22 13:24
On 22/04/14 12:55, Christian Borntraeger wrote:
> While preparing/testing some KVM on s390 patches for the next merge window
> (target is kvm/next which is based on 3.15-rc1) I faced a very severe
> performance hickup on guest paging (all anonymous memory).
>
> All memory bound guests are in "D"
On Sat, Apr 19, 2014 at 11:41:33AM +0200, Ivan Stojcevic (Tronyx) wrote:
> I just found a very sensitive bug in KVM and Xen platforms. Easily if you
> have VPS hosted on Xen or KVM you can assign yourself a IPv4 address for free
> and bypass regular system with billing.
> I tried this on many VPS
On Wed, Apr 02, 2014 at 05:40:23PM -0700, Alex Davis wrote:
> and where is their gpg key?
Michael Roth is doing releases:
http://pgp.mit.edu/pks/lookup?op=vindex&search=0x3353C9CEF108B584
$ gpg --verify qemu-2.0.0.tar.bz2.sig
gpg: Signature made Thu 17 Apr 2014 03:49:55 PM CEST using RSA key I
On 22 April 2014 14:31, Stefan Hajnoczi wrote:
> On Wed, Apr 02, 2014 at 05:40:23PM -0700, Alex Davis wrote:
>> and where is their gpg key?
>
> Michael Roth is doing releases:
>
> http://pgp.mit.edu/pks/lookup?op=vindex&search=0x3353C9CEF108B584
>
> $ gpg --verify qemu-2.0.0.tar.bz2.sig
> gpg: Si
Quoting Stefan Hajnoczi (2014-04-22 08:31:08)
> On Wed, Apr 02, 2014 at 05:40:23PM -0700, Alex Davis wrote:
> > and where is their gpg key?
>
> Michael Roth is doing releases:
>
> http://pgp.mit.edu/pks/lookup?op=vindex&search=0x3353C9CEF108B584
>
> $ gpg --verify qemu-2.0.0.tar.bz2.sig
> gpg:
Signed-off-by: Gabriel Somlo
---
vfio.c gets copied by sync, and it needs vfio.h. I don't think there's
an easy way to #define ourselves out of this one, copying vfio.h into
kvm-kmod/include/linux/ seems to be the path of least resistance...
Thanks,
Gabriel
P.S. I'm not a native Python speak
Signed-off-by: Gabriel Somlo
---
Jan,
I upgraded my fedora 20 box to 3.13.10-200.fc20.x86_64 today, and
noticed that in order to build the latest kvm via kvm-kmod, I need
these two patches (second patch to follow shortly).
Thanks,
Gabriel
x86/external-module-compat.h | 10 ++
1 fil
On Tue, Apr 22, 2014 at 10:40:17AM -0400, Rik van Riel wrote:
> On 04/22/2014 07:57 AM, Christian Borntraeger wrote:
> > On 22/04/14 12:55, Christian Borntraeger wrote:
> >> While preparing/testing some KVM on s390 patches for the next merge window
> >> (target is kvm/next which is based on 3.15-r
On 2014-04-22 16:52, gso...@gmail.com wrote:
> Signed-off-by: Gabriel Somlo
> ---
>
> vfio.c gets copied by sync, and it needs vfio.h. I don't think there's
> an easy way to #define ourselves out of this one, copying vfio.h into
> kvm-kmod/include/linux/ seems to be the path of least resistance..
Hi Christian,
On Tue, Apr 22, 2014 at 12:55:37PM +0200, Christian Borntraeger wrote:
> While preparing/testing some KVM on s390 patches for the next merge window
> (target is kvm/next which is based on 3.15-rc1) I faced a very severe
> performance hickup on guest paging (all anonymous memory).
>
On 04/22/2014 07:57 AM, Christian Borntraeger wrote:
> On 22/04/14 12:55, Christian Borntraeger wrote:
>> While preparing/testing some KVM on s390 patches for the next merge window
>> (target is kvm/next which is based on 3.15-rc1) I faced a very severe
>> performance hickup on guest paging (all
On Mon, 2014-04-21 at 12:26 +0100, Luis Henriques wrote:
> Hi David,
>
> On Thu, Mar 27, 2014 at 03:29:56PM -0400, David Miller wrote:
> > From: Zoltan Kiss
> > Date: Wed, 26 Mar 2014 22:37:45 +
> >
> > > skb_zerocopy can copy elements of the frags array between skbs, but it
> > > doesn't
>
Paolo Bonzini writes:
> Il 21/04/2014 15:20, Bandan Das ha scritto:
>> +for (i = j = 0; i < max_shadow_read_write_fields; i++) {
>> +
>
> Extra empty line. Not a big deal, but...
>
>> +switch (shadow_read_write_fields[i]) {
>> +case GUEST_BNDCFGS:
>> +
On 22/04/14 16:38, Ben Hutchings wrote:
On Mon, 2014-04-21 at 12:26 +0100, Luis Henriques wrote:
Hi David,
On Thu, Mar 27, 2014 at 03:29:56PM -0400, David Miller wrote:
From: Zoltan Kiss
Date: Wed, 26 Mar 2014 22:37:45 +
skb_zerocopy can copy elements of the frags array between skbs, bu
On 22/04/14 17:06, Johannes Weiner wrote:
> Hi Christian,
>
> On Tue, Apr 22, 2014 at 12:55:37PM +0200, Christian Borntraeger wrote:
>> While preparing/testing some KVM on s390 patches for the next merge window
>> (target is kvm/next which is based on 3.15-rc1) I faced a very severe
>> performan
On Tue, Apr 22, 2014 at 04:57:32PM +0200, Jan Kiszka wrote:
> On 2014-04-22 16:52, gso...@gmail.com wrote:
> > Signed-off-by: Gabriel Somlo
> > ---
> >
> > vfio.c gets copied by sync, and it needs vfio.h. I don't think there's
> > an easy way to #define ourselves out of this one, copying vfio.h i
On Tue, Apr 22, 2014 at 11:06:56AM -0400, Johannes Weiner wrote:
> Hi Christian,
>
> On Tue, Apr 22, 2014 at 12:55:37PM +0200, Christian Borntraeger wrote:
> > While preparing/testing some KVM on s390 patches for the next merge window
> > (target is kvm/next which is based on 3.15-rc1) I faced a
see patches for details.
--
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 22/04/2014 12:25, Bandan Das ha scritto:
>> + if (j < i)
>> + shadow_read_write_fields[j] =
>> + shadow_read_write_fields[i];
>> + j++;
>
> ... you need to respin anyway because the j++ is wrong. It should be
> insid
Invariant TSC documentation mentions that "invariant TSC will run at a
constant rate in all ACPI P-, C-. and T-states".
This is not the case if migration to a host with different TSC frequency
is allowed, or if savevm is performed. So block migration/savevm.
Also do not expose invariant tsc flag
Expose "Invariant TSC" flag, if KVM is enabled. From Intel documentation:
17.13.1 Invariant TSC The time stamp counter in newer processors may
support an enhancement, referred to as invariant TSC. Processorâs
support for invariant TSC is indicated by CPUID.8007H:EDX[8].
The invariant TSC wil
From: Zoltan Kiss
commit 36d5fe6a000790f56039afe26834265db0a3ad4c upstream.
skb_zerocopy can copy elements of the frags array between skbs, but it doesn't
orphan them. Also, it doesn't handle errors, so this patch takes care of that
as well, and modify the callers accordingly. skb_tx_error() is
On Tue, Apr 22, 2014 at 12:11:47PM +0300, Michael S. Tsirkin wrote:
> On Mon, Apr 21, 2014 at 06:40:17PM -0300, Marcelo Tosatti wrote:
> > On Sun, Apr 13, 2014 at 04:10:22PM +0300, Michael S. Tsirkin wrote:
> > > It seems that it's easy to implement the EOI assist
> > > on top of the PV EOI feature
On Tue, Apr 22, 2014 at 04:10:44PM -0300, Marcelo Tosatti wrote:
> Invariant TSC documentation mentions that "invariant TSC will run at a
> constant rate in all ACPI P-, C-. and T-states".
>
> This is not the case if migration to a host with different TSC frequency
> is allowed, or if savevm is p
Paolo Bonzini writes:
> Il 22/04/2014 12:25, Bandan Das ha scritto:
>> + if (j < i)
>> + shadow_read_write_fields[j] =
>> + shadow_read_write_fields[i];
>> + j++;
>>> >
>>> > ... you need to respin
On Wed, Mar 19, 2014 at 7:05 PM, Luis R. Rodriguez wrote:
> On Tue, Mar 18, 2014 at 08:10:56PM -0700, Stephen Hemminger wrote:
>> On Wed, 12 Mar 2014 20:15:25 -0700
>> "Luis R. Rodriguez" wrote:
>>
>> > As it is now if you add create a bridge it gets started
>> > with a random MAC address and if
On Tue, Mar 18, 2014 at 02:22:43PM -0700, Luis R. Rodriguez wrote:
> On Tue, Mar 18, 2014 at 01:46:49PM -0700, Cong Wang wrote:
> > On Fri, Mar 14, 2014 at 6:39 PM, Luis R. Rodriguez wrote:
> > > On Thu, Mar 13, 2014 at 11:26:25AM -0700, Cong Wang wrote:
> > >> On Wed, Mar 12, 2014 at 8:15 PM, Lui
On 21/04/14 15:25, Oleg Nesterov wrote:
> async_pf_execute() has no reasons to adopt apf->mm, gup(current, mm)
> should work just fine even if current has another or NULL ->mm.
>
> Recently kvm_async_page_present_sync() was added insedie the "use_mm"
> section, but it seems that it doesn't need cu
On Tue, Apr 22, 2014 at 04:10:44PM -0300, Marcelo Tosatti wrote:
> Invariant TSC documentation mentions that "invariant TSC will run at a
> constant rate in all ACPI P-, C-. and T-states".
>
> This is not the case if migration to a host with different TSC frequency
> is allowed, or if savevm is p
On 21/04/14 15:26, Oleg Nesterov wrote:
> get_user_pages(mm) is simply wrong if mm->mm_users == 0 and exit_mmap/etc
> was already called (or is in progress), mm->mm_count can only pin mm->pgd
> and mm_struct itself.
>
> Change kvm_setup_async_pf/async_pf_execute to inc/dec mm->mm_users.
>
> kvm_c
On 22/04/14 22:15, Christian Borntraeger wrote:
> On 21/04/14 15:25, Oleg Nesterov wrote:
>> async_pf_execute() has no reasons to adopt apf->mm, gup(current, mm)
>> should work just fine even if current has another or NULL ->mm.
>>
>> Recently kvm_async_page_present_sync() was added insedie the "us
On Tue, Apr 22, 2014 at 05:38:07PM -0300, Eduardo Habkost wrote:
> On Tue, Apr 22, 2014 at 04:10:44PM -0300, Marcelo Tosatti wrote:
> > Invariant TSC documentation mentions that "invariant TSC will run at a
> > constant rate in all ACPI P-, C-. and T-states".
> >
> > This is not the case if migrat
On Sat, Apr 19, 2014 at 06:17:43PM -0400, Bandan Das wrote:
> Minor changes to enable Xen as a L1 hypervisor.
>
> Tested with a Haswell host, Xen-4.3 L1 and debian6 L2
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.ke
On Tue, Apr 22, 2014 at 04:26:48PM -0300, Marcelo Tosatti wrote:
> On Tue, Apr 22, 2014 at 12:11:47PM +0300, Michael S. Tsirkin wrote:
> > On Mon, Apr 21, 2014 at 06:40:17PM -0300, Marcelo Tosatti wrote:
> > > On Sun, Apr 13, 2014 at 04:10:22PM +0300, Michael S. Tsirkin wrote:
> > > > It seems that
Hi,
this the third iteration of live migration support for the time being on
ARMv7. The patches depend on Eric Augers patch for memory regions.
Changes since v2:
- move initial VM write protect to memory region architecture prepare function
(needed to make dirty logging function generic)
- ad
Add HYP interface for global VM TLB invalidation without address
parameter.
- Added ARM version of kvm_flush_remote_tlbs()
Signed-off-by: Mario Smarduch
---
arch/arm/include/asm/kvm_asm.h |1 +
arch/arm/include/asm/kvm_host.h |2 ++
arch/arm/kvm/interrupts.S |5 +
arch/ar
Support for live migration initial write protect.
- moved write protect to architecture memory region prepare function. This
way you can fail, abort migration without keep track of migration status.
- Above also allows to generalize read dirty log function with x86
- Added stage2_mark_pte_ro()
- added pte_index() to add to pmd pfn
Signed-off-by: Mario Smarduch
---
arch/arm/kvm/mmu.c | 31 +--
1 file changed, 29 insertions(+), 2 deletions(-)
diff --git a/arch/arm/kvm/mmu.c b/arch/arm/kvm/mmu.c
index 52d4dd6..61ee812 100644
--- a/arch/arm/kvm/mmu.c
+++ b/
- made kvm_vm_ioctl_get_dirty_log() generic moved to kvm_main.c, deleted
arm,x86 versions
- optimized kvm_mmu_write_protected_pt_masked() to skip upper table lookups
Signed-off-by: Mario Smarduch
---
arch/arm/include/asm/kvm_host.h |3 ++
arch/arm/kvm/arm.c |5 --
arch/a
Il 22/04/2014 15:10, Marcelo Tosatti ha scritto:
+case 0x8007:
+*eax = 0;
+*ebx = 0;
+*ecx = 0;
+
+if (kvm_enabled()) {
+*edx = env->features[FEAT_8000_0007_EDX];
+} else {
+*edx = 0;
+}
I think TCG is able to elimi
On Tue, Apr 22, 2014 at 08:26:36PM -0400, Paolo Bonzini wrote:
> Il 22/04/2014 15:10, Marcelo Tosatti ha scritto:
> >+case 0x8007:
> >+*eax = 0;
> >+*ebx = 0;
> >+*ecx = 0;
> >+
> >+if (kvm_enabled()) {
> >+*edx = env->features[FEAT_8000_0007_EDX]
On Tue, Apr 22, 2014 at 06:27:59PM -0300, Marcelo Tosatti wrote:
> On Tue, Apr 22, 2014 at 05:38:07PM -0300, Eduardo Habkost wrote:
> > On Tue, Apr 22, 2014 at 04:10:44PM -0300, Marcelo Tosatti wrote:
> > > Invariant TSC documentation mentions that "invariant TSC will run at a
> > > constant rate i
On Wed, Apr 23, 2014 at 01:12:49AM +0300, Michael S. Tsirkin wrote:
> On Tue, Apr 22, 2014 at 04:26:48PM -0300, Marcelo Tosatti wrote:
> > On Tue, Apr 22, 2014 at 12:11:47PM +0300, Michael S. Tsirkin wrote:
> > > On Mon, Apr 21, 2014 at 06:40:17PM -0300, Marcelo Tosatti wrote:
> > > > On Sun, Apr 1
On Tue, Apr 22, 2014 at 10:57:48PM -0300, Marcelo Tosatti wrote:
> On Wed, Apr 23, 2014 at 01:12:49AM +0300, Michael S. Tsirkin wrote:
> > On Tue, Apr 22, 2014 at 04:26:48PM -0300, Marcelo Tosatti wrote:
> > > On Tue, Apr 22, 2014 at 12:11:47PM +0300, Michael S. Tsirkin wrote:
> > > > On Mon, Apr 2
On 2014-04-22 20:43, Gabriel L. Somlo wrote:
> On Tue, Apr 22, 2014 at 04:57:32PM +0200, Jan Kiszka wrote:
>> On 2014-04-22 16:52, gso...@gmail.com wrote:
>>> Signed-off-by: Gabriel Somlo
>>> ---
>>>
>>> vfio.c gets copied by sync, and it needs vfio.h. I don't think there's
>>> an easy way to #def
50 matches
Mail list logo