[Bug 58931] SMP x64 Windows 2003 guest can't boot up

2013-07-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=58931 Jay Ren changed: What|Removed |Added Status|RESOLVED|VERIFIED -- Configure bugmail: https://bug

[Bug 58931] SMP x64 Windows 2003 guest can't boot up

2013-07-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=58931 Jay Ren changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 58931] SMP x64 Windows 2003 guest can't boot up

2013-07-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=58931 Jay Ren changed: What|Removed |Added Status|VERIFIED|CLOSED -- Configure bugmail: https://bugzi

Re: kvm_intel: Could not allocate 42 bytes percpu data

2013-07-01 Thread Rusty Russell
Chegu Vinod writes: > Hello, > > Lots (~700+) of the following messages are showing up in the dmesg of a > 3.10-rc1 based kernel (Host OS is running on a large socket count box > with HT-on). > > [ 82.270682] PERCPU: allocation failed, size=42 align=16, alloc from > reserved chunk failed > [

Re: [PATCH RFC V9 0/19] Paravirtualized ticket spinlocks

2013-07-01 Thread Raghavendra K T
On 06/26/2013 09:26 PM, Andrew Theurer wrote: On Wed, 2013-06-26 at 15:52 +0300, Gleb Natapov wrote: On Wed, Jun 26, 2013 at 01:37:45PM +0200, Andrew Jones wrote: On Wed, Jun 26, 2013 at 02:15:26PM +0530, Raghavendra K T wrote: On 06/25/2013 08:20 PM, Andrew Theurer wrote: On Sun, 2013-06-02

Re: [PATCH] kvmclock: clock should count only if vm is running (v2)

2013-07-01 Thread Paolo Bonzini
Il 25/06/2013 14:18, Gleb Natapov ha scritto: > On Tue, Jun 18, 2013 at 08:38:25PM -0300, Marcelo Tosatti wrote: >> > >> > v2: remove unnecessary runstate_is_running() usage (Paolo) >> > >> > -- >> > >> > kvmclock should not count while vm is paused, because: >> > >> > 1) if the vm is paused fo

Re: [PATCH] kvmclock: clock should count only if vm is running (v2)

2013-07-01 Thread Gleb Natapov
On Mon, Jul 01, 2013 at 01:44:42PM +0200, Paolo Bonzini wrote: > Il 25/06/2013 14:18, Gleb Natapov ha scritto: > > On Tue, Jun 18, 2013 at 08:38:25PM -0300, Marcelo Tosatti wrote: > >> > > >> > v2: remove unnecessary runstate_is_running() usage (Paolo) > >> > > >> > -- > >> > > >> > kvmclock sho

[PATCH 1/2] powerpc/booke64: Use common defines for AltiVec interrupts numbers

2013-07-01 Thread Mihai Caraman
On Book3E some SPE/FP/AltiVec interrupts share the same number. Use common defines to indentify these numbers. Signed-off-by: Mihai Caraman --- arch/powerpc/kernel/exceptions-64e.S |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/kernel/exceptions-64e.S

[PATCH 2/2] powerpc/fsl-booke: Use common defines for SPE/FP interrupts numbers

2013-07-01 Thread Mihai Caraman
On Book3E some SPE/FP/AltiVec interrupts share the same number. Use common defines to indentify these numbers. Signed-off-by: Mihai Caraman --- arch/powerpc/kernel/head_fsl_booke.S | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/kernel/head_fsl_bo

RFC: proposal for VM reset hcall

2013-07-01 Thread Yoder Stuart-B08248
For the e500 PV platform we need a VM reset mechanisms. Hypercall: KVM_HC_VM_RESET Description: Requests that the virtual machine be reset. The hcall takes no arguments. If successful the hcall does not return. Arguments: r11hcall-token KVM_HC_VM_RESET Re

Re: RFC: proposal for VM reset hcall

2013-07-01 Thread Scott Wood
On 07/01/2013 10:56:54 AM, Yoder Stuart-B08248 wrote: For the e500 PV platform we need a VM reset mechanisms. Hypercall: KVM_HC_VM_RESET Description: Requests that the virtual machine be reset. The hcall takes no arguments. If successful the hcall does not return

[Bug 60271] New: Kernelpanic since 3.9.6 with qemu-kvm and pci-passthrough

2013-07-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60271 Summary: Kernelpanic since 3.9.6 with qemu-kvm and pci-passthrough Product: Virtualization Version: unspecified Kernel Version: 3.9.8 Platform: All OS/Version: Linux

[Bug 60271] Kernelpanic since 3.9.6 with qemu-kvm and pci-passthrough

2013-07-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60271 --- Comment #1 from Fabian Zimmermann 2013-07-01 17:01:57 --- Created an attachment (id=106521) --> (https://bugzilla.kernel.org/attachment.cgi?id=106521) screenshot of panic -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi

[Bug 60271] Kernelpanic since 3.9.6 with qemu-kvm and pci-passthrough

2013-07-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60271 --- Comment #2 from Fabian Zimmermann 2013-07-01 17:02:23 --- Created an attachment (id=106531) --> (https://bugzilla.kernel.org/attachment.cgi?id=106531) dmesg of affected system -- Configure bugmail: https://bugzilla.kernel.org/userpref

RE: RFC: proposal for VM reset hcall

2013-07-01 Thread Yoder Stuart-B08248
> -Original Message- > From: Wood Scott-B07421 > Sent: Monday, July 01, 2013 11:49 AM > To: Yoder Stuart-B08248 > Cc: Alexander Graf; Wood Scott-B07421; Bhushan Bharat-R65777; > kvm@vger.kernel.org > Subject: Re: RFC: proposal for VM reset hcall > > On 07/01/2013 10:56:54 AM, Yoder Stua

[Bug 60271] Kernelpanic since 3.9.6 with qemu-kvm and pci-passthrough

2013-07-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60271 Gleb changed: What|Removed |Added CC||g...@redhat.com --- Comment #3 from Gleb 201

Re: [Qemu-devel] [PATCH qom-cpu v3 05/14] cpu: Make first_cpu and next_cpu CPUState

2013-07-01 Thread Andreas Färber
Am 26.06.2013 19:35, schrieb Andreas Färber: > Move next_cpu from CPU_COMMON to CPUState. > Move first_cpu variable to qom/cpu.h. > > gdbstub needs to use CPUState::env_ptr for now. > cpu_copy() no longer needs to save and restore cpu_next. > > Acked-by: Paolo Bonzini > [AF: Rebased, simplified

RE: RFC: proposal for VM reset hcall

2013-07-01 Thread Yoder Stuart-B08248
> -Original Message- > From: Wood Scott-B07421 > Sent: Monday, July 01, 2013 12:32 PM > To: Yoder Stuart-B08248 > Cc: Wood Scott-B07421; Alexander Graf; Bhushan Bharat-R65777; > kvm@vger.kernel.org > Subject: Re: RFC: proposal for VM reset hcall > > On 07/01/2013 12:28:34 PM, Yoder Stua

Re: RFC: proposal for VM reset hcall

2013-07-01 Thread Scott Wood
On 07/01/2013 12:28:34 PM, Yoder Stuart-B08248 wrote: > -Original Message- > From: Wood Scott-B07421 > Sent: Monday, July 01, 2013 11:49 AM > To: Yoder Stuart-B08248 > Cc: Alexander Graf; Wood Scott-B07421; Bhushan Bharat-R65777; kvm@vger.kernel.org > Subject: Re: RFC: proposal for V

[Bug 60271] Kernelpanic since 3.9.6 with qemu-kvm and pci-passthrough

2013-07-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60271 Alex Williamson changed: What|Removed |Added CC||alex.william...@redhat.com --- Comm

[Bug 60271] Kernelpanic since 3.9.6 with qemu-kvm and pci-passthrough

2013-07-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60271 --- Comment #5 from Fabian Zimmermann 2013-07-01 18:56:45 --- tried to get dmesg with netconsole, but didn't got any "verbose" msg in dmesg/console, only: [ 214.717070] input: PC Speaker as /devices/platform/pcspkr/input/input7 [ 220.5788

Re: RFC: proposal for VM reset hcall

2013-07-01 Thread Alexander Graf
Am 01.07.2013 um 19:44 schrieb Yoder Stuart-B08248 : > > >> -Original Message- >> From: Wood Scott-B07421 >> Sent: Monday, July 01, 2013 12:32 PM >> To: Yoder Stuart-B08248 >> Cc: Wood Scott-B07421; Alexander Graf; Bhushan Bharat-R65777; >> kvm@vger.kernel.org >> Subject: Re: RFC: pro

RE: RFC: proposal for VM reset hcall

2013-07-01 Thread Yoder Stuart-B08248
> -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Monday, July 01, 2013 2:46 PM > To: Yoder Stuart-B08248 > Cc: Wood Scott-B07421; Bhushan Bharat-R65777; kvm@vger.kernel.org > Subject: Re: RFC: proposal for VM reset hcall > > > > Am 01.07.2013 um 19:44 schrieb

Re: RFC: proposal for VM reset hcall

2013-07-01 Thread Alexander Graf
On 01.07.2013, at 21:58, Yoder Stuart-B08248 wrote: > > >> -Original Message- >> From: Alexander Graf [mailto:ag...@suse.de] >> Sent: Monday, July 01, 2013 2:46 PM >> To: Yoder Stuart-B08248 >> Cc: Wood Scott-B07421; Bhushan Bharat-R65777; kvm@vger.kernel.org >> Subject: Re: RFC: propos

Re: RFC: proposal for VM reset hcall

2013-07-01 Thread Alexander Graf
On 01.07.2013, at 21:58, Yoder Stuart-B08248 wrote: > > >> -Original Message- >> From: Alexander Graf [mailto:ag...@suse.de] >> Sent: Monday, July 01, 2013 2:46 PM >> To: Yoder Stuart-B08248 >> Cc: Wood Scott-B07421; Bhushan Bharat-R65777; kvm@vger.kernel.org >> Subject: Re: RFC: propos

RFC: proposal for VM reset & shutdown hcall

2013-07-01 Thread Yoder Stuart-B08248
For the e500 PV platform we need a VM reset and shutdown mechanisms. Hypercall: KVM_HC_VM_RESET Description: Requests that the virtual machine be reset. The hcall takes no arguments. If successful the hcall do

Re: RFC: proposal for VM reset & shutdown hcall

2013-07-01 Thread Alexander Graf
On 01.07.2013, at 23:59, Yoder Stuart-B08248 wrote: > For the e500 PV platform we need a VM reset and shutdown mechanisms. CC'ing kvm-ppc@vger. > > > Hypercall: KVM_HC_VM_RESET > Description: Requests that the virtual ma

RE: RFC: proposal for VM reset & shutdown hcall

2013-07-01 Thread Yoder Stuart-B08248
> -Original Message- > From: kvm-ppc-ow...@vger.kernel.org [mailto:kvm-ppc-ow...@vger.kernel.org] On > Behalf Of Alexander Graf > Sent: Monday, July 01, 2013 5:14 PM > To: Yoder Stuart-B08248 > Cc: Bhushan Bharat-R65777; Wood Scott-B07421; kvm@vger.kernel.org list; > kvm-...@vger.kernel

Re: RFC: proposal for VM reset & shutdown hcall

2013-07-01 Thread Alexander Graf
On 02.07.2013, at 00:59, Yoder Stuart-B08248 wrote: > > >> -Original Message- >> From: kvm-ppc-ow...@vger.kernel.org [mailto:kvm-ppc-ow...@vger.kernel.org] >> On Behalf Of Alexander Graf >> Sent: Monday, July 01, 2013 5:14 PM >> To: Yoder Stuart-B08248 >> Cc: Bhushan Bharat-R65777; Woo

RE: RFC: proposal for VM reset & shutdown hcall

2013-07-01 Thread Yoder Stuart-B08248
> -Original Message- > From: Yoder Stuart-B08248 > Sent: Monday, July 01, 2013 5:59 PM > To: 'Alexander Graf' > Cc: Bhushan Bharat-R65777; Wood Scott-B07421; kvm@vger.kernel.org list; > kvm-...@vger.kernel.org > Subject: RE: RFC: proposal for VM reset & shutdown hcall > > > > > -O

RE: RFC: proposal for VM reset & shutdown hcall

2013-07-01 Thread Yoder Stuart-B08248
> -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Monday, July 01, 2013 6:01 PM > To: Yoder Stuart-B08248 > Cc: Bhushan Bharat-R65777; Wood Scott-B07421; kvm@vger.kernel.org list; > kvm-...@vger.kernel.org > Subject: Re: RFC: proposal for VM reset & shutdown hcal

Re: RFC: proposal for VM reset & shutdown hcall

2013-07-01 Thread Scott Wood
On 07/01/2013 06:05:55 PM, Yoder Stuart-B08248 wrote: > -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Monday, July 01, 2013 6:01 PM > To: Yoder Stuart-B08248 > Cc: Bhushan Bharat-R65777; Wood Scott-B07421; kvm@vger.kernel.org list; kvm-...@vger.kernel.org >

Re: RFC: proposal for VM reset & shutdown hcall

2013-07-01 Thread Alexander Graf
On 02.07.2013, at 01:05, Yoder Stuart-B08248 wrote: > > >> -Original Message- >> From: Alexander Graf [mailto:ag...@suse.de] >> Sent: Monday, July 01, 2013 6:01 PM >> To: Yoder Stuart-B08248 >> Cc: Bhushan Bharat-R65777; Wood Scott-B07421; kvm@vger.kernel.org list; >> kvm-...@vger.kern

Re: RFC: proposal for VM reset & shutdown hcall

2013-07-01 Thread Alexander Graf
On 02.07.2013, at 01:09, Scott Wood wrote: > On 07/01/2013 06:05:55 PM, Yoder Stuart-B08248 wrote: >> > -Original Message- >> > From: Alexander Graf [mailto:ag...@suse.de] >> > Sent: Monday, July 01, 2013 6:01 PM >> > To: Yoder Stuart-B08248 >> > Cc: Bhushan Bharat-R65777; Wood Scott-B074

Re: [PATCH 1/2] powerpc/booke64: Use common defines for AltiVec interrupts numbers

2013-07-01 Thread Alexander Graf
On 01.07.2013, at 17:35, Mihai Caraman wrote: > On Book3E some SPE/FP/AltiVec interrupts share the same number. Use > common defines to indentify these numbers. So why didn't this happen from the beginning? Why the change? Alex > > Signed-off-by: Mihai Caraman > --- > arch/powerpc/kernel/ex

Re: [PATCH 1/2] powerpc/booke64: Use common defines for AltiVec interrupts numbers

2013-07-01 Thread Scott Wood
On 07/01/2013 07:18:21 PM, Alexander Graf wrote: On 01.07.2013, at 17:35, Mihai Caraman wrote: > On Book3E some SPE/FP/AltiVec interrupts share the same number. Use > common defines to indentify these numbers. So why didn't this happen from the beginning? Ask Kumar. Why the change? So we

Re: [PATCH 1/2] powerpc/booke64: Use common defines for AltiVec interrupts numbers

2013-07-01 Thread Alexander Graf
On 02.07.2013, at 02:56, Scott Wood wrote: > On 07/01/2013 07:18:21 PM, Alexander Graf wrote: >> On 01.07.2013, at 17:35, Mihai Caraman wrote: >> > On Book3E some SPE/FP/AltiVec interrupts share the same number. Use >> > common defines to indentify these numbers. >> So why didn't this happen from

Re: kvm_intel: Could not allocate 42 bytes percpu data

2013-07-01 Thread Chegu Vinod
On 6/30/2013 11:22 PM, Rusty Russell wrote: Chegu Vinod writes: Hello, Lots (~700+) of the following messages are showing up in the dmesg of a 3.10-rc1 based kernel (Host OS is running on a large socket count box with HT-on). [ 82.270682] PERCPU: allocation failed, size=42 align=16, alloc f

RE: [PATCH v3 01/13] nEPT: Support LOAD_IA32_EFER entry/exit controls for L1

2013-07-01 Thread Zhang, Yang Z
Since this series is pending in mail list for long time. And it's really a big feature for Nested. Also, I doubt the original authors(Jun and Nahav)should not have enough time to continue it. So I will pick it up. :) See comments below: Paolo Bonzini wrote on 2013-05-20: > Il 19/05/2013 06:52,

[PATCH 1/1] Check emulator_read_write_onepage will not access beyond one page size

2013-07-01 Thread Zhouyi Zhou
From: Zhouyi Zhou Currently the callers of emulator_read_write_onepage do not check the value range of the argument "bytes". If bytes is greater than the guest page size, many unexpected things will happen. This patch performs a check on the access size. Tested on my x86_64 machine Signed

[PATCH -V3 3/4] powerpc/kvm: Contiguous memory allocator based RMA allocation

2013-07-01 Thread Aneesh Kumar K.V
From: "Aneesh Kumar K.V" Older version of power architecture use Real Mode Offset register and Real Mode Limit Selector for mapping guest Real Mode Area. The guest RMA should be physically contigous since we use the range when address translation is not enabled. This patch switch RMA allocation

[PATCH -V3 1/4] mm/cma: Move dma contiguous changes into a seperate config

2013-07-01 Thread Aneesh Kumar K.V
From: "Aneesh Kumar K.V" We want to use CMA for allocating hash page table and real mode area for PPC64. Hence move DMA contiguous related changes into a seperate config so that ppc64 can enable CMA without requiring DMA contiguous. Acked-by: Michal Nazarewicz Acked-by: Paul Mackerras Signed-o

[PATCH -V3 4/4] powerpc/kvm: Use 256K chunk to track both RMA and hash page table allocation.

2013-07-01 Thread Aneesh Kumar K.V
From: "Aneesh Kumar K.V" Both RMA and hash page table request will be a multiple of 256K. We can use a chunk size of 256K to track the free/used 256K chunk in the bitmap. This should help to reduce the bitmap size. Signed-off-by: Aneesh Kumar K.V --- arch/powerpc/kvm/book3s_64_mmu_hv.c | 3 ++

[PATCH -V3 2/4] powerpc/kvm: Contiguous memory allocator based hash page table allocation

2013-07-01 Thread Aneesh Kumar K.V
From: "Aneesh Kumar K.V" Powerpc architecture uses a hash based page table mechanism for mapping virtual addresses to physical address. The architecture require this hash page table to be physically contiguous. With KVM on Powerpc currently we use early reservation mechanism for allocating guest

virtual machine windows freeze on copy data to an samba share.

2013-07-01 Thread Marko Weber | ZBF
hello, my virtual windows machine freezes when i copy data to an smb share. it was reproduceable for me several times. in systemlog i find this: Jul 2 08:22:00 databunka kernel: general protection fault: [#1] SMP Jul 2 08:22:00 databunka kernel: Modules linked in: vhost_net macvtap mac