Hello Nicholas,
On 01/31/2013 03:33 PM, Asias He wrote:
In order to take advantages of Paolo's multi-queue virito-scsi, we need
multi-target support in tcm_vhost first. Otherwise all the requests go
to one queue and other queues are idle.
This patch makes:
1. All the targets under the
On Thu, Dec 13, 2012 at 03:29:40PM +0800, Yang Zhang wrote:
From: Yang Zhang yang.z.zh...@intel.com
Posted Interrupt allows APIC interrupts to inject into guest directly
without any vmexit.
- When delivering a interrupt to guest, if target vcpu is running,
update Posted-interrupt
On Wed, Jan 30, 2013 at 09:03:11PM -0200, Marcelo Tosatti wrote:
Posted interrupt patch:
2) Must move IN_GUEST_MODE assignment after local_irq_disable, in
vcpu_enter_guest function. Otherwise:
cpu0 vcpu1-cpu1
vcpu-mode = IN_GUEST_MODE
if
On Wed, Jan 30, 2013 at 07:38:37PM +0900, Takuya Yoshikawa wrote:
Patch 1: just rebased for this series.
Patch 2: an API change, so please let me know if you notice any problems.
Takuya Yoshikawa (2):
KVM: set_memory_region: Identify the requested change explicitly
KVM:
On Wed, Jan 30, 2013 at 04:28:30PM -0700, Alex Williamson wrote:
On Thu, 2013-01-31 at 10:02 +1100, Benjamin Herrenschmidt wrote:
On Thu, 2013-01-31 at 00:49 +0200, Michael S. Tsirkin wrote:
In practice they do (VGA at least)
From a SW modelling standpoint, I don't think it's worth
Am 31.01.2013 11:52, schrieb KONRAD Frédéric:
On 24/01/2013 16:43, Peter Maydell wrote:
Implement support for using the KVM in-kernel GIC for ARM.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
hw/a15mpcore.c |8 ++-
hw/arm/Makefile.objs |1 +
hw/kvm/arm_gic.c
On 24/01/2013 16:43, Peter Maydell wrote:
Implement support for using the KVM in-kernel GIC for ARM.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
hw/a15mpcore.c |8 ++-
hw/arm/Makefile.objs |1 +
hw/kvm/arm_gic.c | 169
On Thu, Jan 31, 2013 at 05:28:21PM +0800, Asias He wrote:
Hello Nicholas,
On 01/31/2013 03:33 PM, Asias He wrote:
In order to take advantages of Paolo's multi-queue virito-scsi, we need
multi-target support in tcm_vhost first. Otherwise all the requests go
to one queue and other queues
On 31 January 2013 10:54, Andreas Färber afaer...@suse.de wrote:
Am 31.01.2013 11:52, schrieb KONRAD Frédéric:
+const char *gictype = arm-gic;
s/arm-gic/arm_gic/ ^^ ?
Christoffer and I had trouble with that:
qemu-system-arm: Unknown device 'arm-gic' for default sysbus
On 30.01.2013, at 12:12, Bhushan Bharat-R65777 wrote:
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org [mailto:kvm-ppc-ow...@vger.kernel.org] On
Behalf Of Alexander Graf
Sent: Friday, January 25, 2013 5:44 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org;
On 30.01.2013, at 12:30, Bhushan Bharat-R65777 wrote:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Friday, January 25, 2013 5:13 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; Bhushan Bharat-R65777
Subject: Re: [PATCH 3/8]
On Wed, Jan 30, 2013 at 10:31:22AM +0100, Gerd Hoffmann wrote:
Hi,
Gerd: Are you willing to co-maintain the QEMU buildmaster with Daniel
and Christian? It would be awesome if you could do this given your
experience running and customizing buildbot.
I'll try to set aside some time
On Wed, Jan 30, 2013 at 10:31:22AM +0100, Gerd Hoffmann wrote:
Hi,
Gerd: Are you willing to co-maintain the QEMU buildmaster with Daniel
and Christian? It would be awesome if you could do this given your
experience running and customizing buildbot.
I'll try to set aside some time
On 01/31/2013 01:54 PM, Stefan Hajnoczi wrote:
I sent a pull request that makes the BuildFactory definitions simpler
using a single create_build_factory() function:
https://github.com/b1-systems/buildbot/pull/1
Stefan, I'll have a look later this day.
Christian.
--
Christian Berendt
Tel.:
On 30.01.2013, at 15:15, Bhushan Bharat-R65777 wrote:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Friday, January 25, 2013 5:24 PM
To: Bhushan Bharat-R65777
Cc: Paul Mackerras; kvm-...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 5/8] KVM:
On 30.01.2013, at 14:29, Mihai Caraman wrote:
VCPU's MMUCFG register initialization should not depend on KVM_CAP_SW_TLB
ioctl call. Move it earlier into tlb initalization phase.
Quite the contrary. The fact that there is an mfspr() in e500_mmu.c already
tells us that the code is broken. The
On 30.01.2013, at 14:29, Mihai Caraman wrote:
Emulate TLBnPS registers which are available in MMU Architecture Version
(MAV) 2.0.
Signed-off-by: Mihai Caraman mihai.cara...@freescale.com
---
arch/powerpc/include/asm/kvm_host.h |1 +
arch/powerpc/kvm/e500.h |5 +
On 30.01.2013, at 14:29, Mihai Caraman wrote:
Embedded.Page Table (E.PT) category in VMs requires indirect tlb entries
emulation which is not supported yet. Configure TLBnCFG to remove E.PT
category from VCPUs.
Signed-off-by: Mihai Caraman mihai.cara...@freescale.com
Please do this in a
On 30.01.2013, at 14:29, Mihai Caraman wrote:
EPTCFG register defined by E.PT is accessed unconditionally by Linux guests
in the presence of MAV 2.0. Emulate EPTCFG register now.
Signed-off-by: Mihai Caraman mihai.cara...@freescale.com
---
arch/powerpc/include/asm/kvm_host.h |1 +
On 30.01.2013, at 14:29, Mihai Caraman wrote:
Extend processor compatibility names to e6500 cores.
Signed-off-by: Mihai Caraman mihai.cara...@freescale.com
Looks good to me.
Reviewed-by: Alexander Graf ag...@suse.de
Alex
---
arch/powerpc/kvm/e500mc.c |2 ++
1 files changed, 2
On 31.01.2013, at 14:24, Alexander Graf wrote:
On 30.01.2013, at 14:29, Mihai Caraman wrote:
Emulate TLBnPS registers which are available in MMU Architecture Version
(MAV) 2.0.
Signed-off-by: Mihai Caraman mihai.cara...@freescale.com
---
arch/powerpc/include/asm/kvm_host.h |1 +
On Thu, Jan 31, 2013 at 11:43:48AM +0200, Gleb Natapov wrote:
On Wed, Jan 30, 2013 at 09:03:11PM -0200, Marcelo Tosatti wrote:
Posted interrupt patch:
2) Must move IN_GUEST_MODE assignment after local_irq_disable, in
vcpu_enter_guest function. Otherwise:
cpu0
On Thu, Jan 31, 2013 at 11:32:45AM -0200, Marcelo Tosatti wrote:
On Thu, Jan 31, 2013 at 11:43:48AM +0200, Gleb Natapov wrote:
On Wed, Jan 30, 2013 at 09:03:11PM -0200, Marcelo Tosatti wrote:
Posted interrupt patch:
2) Must move IN_GUEST_MODE assignment after local_irq_disable, in
On Thu, Jan 31, 2013 at 03:38:37PM +0200, Gleb Natapov wrote:
On Thu, Jan 31, 2013 at 11:32:45AM -0200, Marcelo Tosatti wrote:
On Thu, Jan 31, 2013 at 11:43:48AM +0200, Gleb Natapov wrote:
On Wed, Jan 30, 2013 at 09:03:11PM -0200, Marcelo Tosatti wrote:
Posted interrupt patch:
2)
On 01/31/2013 12:00 AM, Jason Wang wrote:
On 01/31/2013 02:29 AM, Eric Blake wrote:
On 01/30/2013 04:12 AM, Jason Wang wrote:
With this changes, user could start a multiqueue virtio-net device through
./qemu -netdev tap,id=hn0,queues=2,vhost=on -device
virtio-net-pci,netdev=hn0
On Thu, Jan 31, 2013 at 06:44:49AM -0700, Eric Blake wrote:
On 01/31/2013 12:00 AM, Jason Wang wrote:
On 01/31/2013 02:29 AM, Eric Blake wrote:
On 01/30/2013 04:12 AM, Jason Wang wrote:
With this changes, user could start a multiqueue virtio-net device through
./qemu -netdev
On Thu, Jan 31, 2013 at 11:44:43AM -0200, Marcelo Tosatti wrote:
On Thu, Jan 31, 2013 at 03:38:37PM +0200, Gleb Natapov wrote:
On Thu, Jan 31, 2013 at 11:32:45AM -0200, Marcelo Tosatti wrote:
On Thu, Jan 31, 2013 at 11:43:48AM +0200, Gleb Natapov wrote:
On Wed, Jan 30, 2013 at 09:03:11PM
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org [mailto:kvm-ppc-ow...@vger.kernel.org] On
Behalf Of Alexander Graf
Sent: Thursday, January 31, 2013 6:31 PM
To: Bhushan Bharat-R65777
Cc: Paul Mackerras; kvm-...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 5/8]
On Wed, Jan 30, 2013 at 07:12:19PM +0800, Jason Wang wrote:
Hello all:
This seires is an update of last version of multiqueue virtio-net support.
This series tries to brings multiqueue support to virtio-net through a
multiqueue support tap backend and multiple vhost threads.
Patch 1
On 31.01.2013, at 15:05, Bhushan Bharat-R65777 wrote:
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org [mailto:kvm-ppc-ow...@vger.kernel.org] On
Behalf Of Alexander Graf
Sent: Thursday, January 31, 2013 6:31 PM
To: Bhushan Bharat-R65777
Cc: Paul Mackerras;
On Thu, Jan 31, 2013 at 04:21:49PM +0200, Michael S. Tsirkin wrote:
On Wed, Jan 30, 2013 at 07:12:19PM +0800, Jason Wang wrote:
Hello all:
This seires is an update of last version of multiqueue virtio-net support.
This series tries to brings multiqueue support to virtio-net through a
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On Behalf
Of
Alexander Graf
Sent: Thursday, January 31, 2013 7:58 PM
To: Bhushan Bharat-R65777
Cc: Paul Mackerras; kvm-...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 5/8] KVM:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 3:21 PM
To: Caraman Mihai Claudiu-B02008
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; linuxppc-
d...@lists.ozlabs.org
Subject: Re: [PATCH 1/5] KVM: PPC: e500: Move VCPU's MMUCFG
On 31.01.2013, at 15:56, Caraman Mihai Claudiu-B02008 wrote:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 3:21 PM
To: Caraman Mihai Claudiu-B02008
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; linuxppc-
d...@lists.ozlabs.org
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 3:31 PM
To: Caraman Mihai Claudiu-B02008
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; linuxppc-
d...@lists.ozlabs.org
Subject: Re: [PATCH 4/5] KVM: PPC: e500: Emulate EPTCFG register
On 01/31/2013 09:44 PM, Eric Blake wrote:
On 01/31/2013 12:00 AM, Jason Wang wrote:
On 01/31/2013 02:29 AM, Eric Blake wrote:
On 01/30/2013 04:12 AM, Jason Wang wrote:
With this changes, user could start a multiqueue virtio-net device through
./qemu -netdev tap,id=hn0,queues=2,vhost=on
On 01/31/2013 10:36 PM, Michael S. Tsirkin wrote:
On Thu, Jan 31, 2013 at 04:21:49PM +0200, Michael S. Tsirkin wrote:
On Wed, Jan 30, 2013 at 07:12:19PM +0800, Jason Wang wrote:
Hello all:
This seires is an update of last version of multiqueue virtio-net support.
This series tries to brings
On 01/31/2013 06:58 AM, Michael S. Tsirkin wrote:
For hotplug, it just work if you pass multiple file descriptors one by
one through getfd and then use fds=X:Y,vhostfds=M:N.
For hotplug, you can't pass integers; you have to name the fds either
way. Either you name it with getfd, or you name
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 4:58 PM
To: Caraman Mihai Claudiu-B02008
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; linuxppc-
d...@lists.ozlabs.org
Subject: Re: [PATCH 1/5] KVM: PPC: e500: Move VCPU's MMUCFG
Hi
Could you please let me know whether it is possible to list us on your
website?
I recently sent an e-mail to yourselves to query whether it would be
possible to do this but have not heard anything back yet?
We are Sirius Corporation - an Open Source services provider.
More details on
On Thu, 2013-01-31 at 12:49 +0200, Michael S. Tsirkin wrote:
On Wed, Jan 30, 2013 at 04:28:30PM -0700, Alex Williamson wrote:
On Thu, 2013-01-31 at 10:02 +1100, Benjamin Herrenschmidt wrote:
On Thu, 2013-01-31 at 00:49 +0200, Michael S. Tsirkin wrote:
In practice they do (VGA at least)
On 01/31/2013 09:26:20 AM, Caraman Mihai Claudiu-B02008 wrote:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 4:58 PM
To: Caraman Mihai Claudiu-B02008
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; linuxppc-
d...@lists.ozlabs.org
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 5:47 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 3/8] KVM: PPC: booke: Added debug handler
On 30.01.2013, at 12:30, Bhushan
On 31.01.2013, at 17:58, Bhushan Bharat-R65777 wrote:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 5:47 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 3/8] KVM: PPC: booke:
On 31.01.2013, at 18:08, Alexander Graf wrote:
On 31.01.2013, at 17:58, Bhushan Bharat-R65777 wrote:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 5:47 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org;
On Thu, Jan 31, 2013 at 12:11 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Wed, Jan 30, 2013 at 11:21:08AM +0300, Andrey Korolyov wrote:
On Wed, Jan 30, 2013 at 3:15 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Tue, Jan 29, 2013 at 02:35:02AM +0300, Andrey Korolyov wrote:
On Mon,
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Friday, January 25, 2013 5:18 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; Bhushan Bharat-R65777
Subject: Re: [PATCH 4/8] Added ONE_REG interface for debug instruction
On
On 31.01.2013, at 18:44, Bhushan Bharat-R65777 wrote:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Friday, January 25, 2013 5:18 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; Bhushan Bharat-R65777
Subject: Re: [PATCH 4/8]
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 11:23 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 4/8] Added ONE_REG interface for debug instruction
On 31.01.2013, at 18:44,
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On Behalf
Of
Alexander Graf
Sent: Thursday, January 31, 2013 5:34 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 8/8] KVM:PPC:booke: Allow
On 01/31/2013 06:04:29 AM, Alexander Graf wrote:
On 30.01.2013, at 12:12, Bhushan Bharat-R65777 wrote:
On bookehv this is how I am controlling the MSR_DE in hardware MSR.
And why is this whole thing only executed on HV?
On e500v2 we always enable MSR_DE using vcpu-arch.shadow_msr in
On 31.01.2013, at 18:59, Bhushan Bharat-R65777 wrote:
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On Behalf
Of
Alexander Graf
Sent: Thursday, January 31, 2013 5:34 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org;
On 31.01.2013, at 18:58, Bhushan Bharat-R65777 wrote:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Thursday, January 31, 2013 11:23 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 4/8] Added ONE_REG
On 01/31/2013 12:21:07 PM, Alexander Graf wrote:
How about something like this? Then both targets at least suck as
much :).
I'm not sure that should be the goal...
Thanks to e500mc's awful hardware design, we don't know who sets the
MSR_DE bit. Once we forced it onto the guest, we have no
Andreas Färber afaer...@suse.de writes:
Am 30.01.2013 13:35, schrieb Markus Armbruster:
Peter Maydell peter.mayd...@linaro.org writes:
On 30 January 2013 07:02, Markus Armbruster arm...@redhat.com wrote:
Anthony Liguori aligu...@us.ibm.com writes:
[...]
The problems I ran into were (1)
On 31.01.2013, at 19:43, Scott Wood wrote:
On 01/31/2013 12:21:07 PM, Alexander Graf wrote:
How about something like this? Then both targets at least suck as much :).
I'm not sure that should be the goal...
Thanks to e500mc's awful hardware design, we don't know who sets the MSR_DE
On 01/31/2013 12:52:41 PM, Alexander Graf wrote:
On 31.01.2013, at 19:43, Scott Wood wrote:
On 01/31/2013 12:21:07 PM, Alexander Graf wrote:
How about something like this? Then both targets at least suck as
much :).
I'm not sure that should be the goal...
Thanks to e500mc's awful
On 31.01.2013, at 19:54, Scott Wood wrote:
On 01/31/2013 12:52:41 PM, Alexander Graf wrote:
On 31.01.2013, at 19:43, Scott Wood wrote:
On 01/31/2013 12:21:07 PM, Alexander Graf wrote:
How about something like this? Then both targets at least suck as much :).
I'm not sure that should be
On 31.01.2013, at 20:05, Alexander Graf wrote:
On 31.01.2013, at 19:54, Scott Wood wrote:
On 01/31/2013 12:52:41 PM, Alexander Graf wrote:
On 31.01.2013, at 19:43, Scott Wood wrote:
On 01/31/2013 12:21:07 PM, Alexander Graf wrote:
How about something like this? Then both targets at
Signed-off-by: Geoff Levand ge...@infradead.org
---
Saw this in v3.8-rc5, please apply.
Documentation/virtual/kvm/api.txt | 13 -
1 file changed, 13 deletions(-)
diff --git a/Documentation/virtual/kvm/api.txt
b/Documentation/virtual/kvm/api.txt
index a4df553..a65a6b3 100644
---
On 11/21/2012 06:34 PM, Sanjay Lal wrote:
Signed-off-by: Sanjay Lal sanj...@kymasys.com
---
arch/mips/include/asm/kvm.h | 55
asm/kvm.h defines the user space ABI, and thus should be placed in
arch/mips/include/uapi/asm instead.
arch/mips/include/asm/kvm_host.h | 669
On Thu, 2013-01-31 at 17:28 +0800, Asias He wrote:
Hello Nicholas,
On 01/31/2013 03:33 PM, Asias He wrote:
In order to take advantages of Paolo's multi-queue virito-scsi, we need
multi-target support in tcm_vhost first. Otherwise all the requests go
to one queue and other queues are
On Thu, Jan 31, 2013 at 09:34:03AM -0700, Alex Williamson wrote:
On Thu, 2013-01-31 at 12:49 +0200, Michael S. Tsirkin wrote:
On Wed, Jan 30, 2013 at 04:28:30PM -0700, Alex Williamson wrote:
On Thu, 2013-01-31 at 10:02 +1100, Benjamin Herrenschmidt wrote:
On Thu, 2013-01-31 at 00:49
On Thu, 2013-01-31 at 23:11 +0200, Michael S. Tsirkin wrote:
On Thu, Jan 31, 2013 at 09:34:03AM -0700, Alex Williamson wrote:
On Thu, 2013-01-31 at 12:49 +0200, Michael S. Tsirkin wrote:
On Wed, Jan 30, 2013 at 04:28:30PM -0700, Alex Williamson wrote:
On Thu, 2013-01-31 at 10:02
On Thu, 2013-01-31 at 12:49 +0200, Michael S. Tsirkin wrote:
OK but this appears behind a bridge. So the bridge configuration tells
the root complex where to send accesses to the VGA.
Sort-of, again the root complex isn't sending anything targeted here.
PCIe is point to point and any device
On Thu, 2013-01-31 at 09:34 -0700, Alex Williamson wrote:
Luckily guests do not seem to be worried as long as we use ACPI.
Yes, in fact I just figured out last night that Windows is unhappy with
assigned PCI devices on bus 0 that claim to be an endpoint in their PCIe
capability rather than
On Thu, Jan 31, 2013 at 02:21:50PM -0700, Alex Williamson wrote:
On Thu, 2013-01-31 at 23:11 +0200, Michael S. Tsirkin wrote:
On Thu, Jan 31, 2013 at 09:34:03AM -0700, Alex Williamson wrote:
On Thu, 2013-01-31 at 12:49 +0200, Michael S. Tsirkin wrote:
On Wed, Jan 30, 2013 at
On Fri, Feb 01, 2013 at 08:22:33AM +1100, Benjamin Herrenschmidt wrote:
On Thu, 2013-01-31 at 12:49 +0200, Michael S. Tsirkin wrote:
OK but this appears behind a bridge. So the bridge configuration tells
the root complex where to send accesses to the VGA.
Sort-of, again the root complex
Here's a more interesting example:
-+-[:01]-+-00.0 NVIDIA Corporation GT218 [GeForce G210M]
| \-00.1 NVIDIA Corporation High Definition Audio Controller
\-[:00]-+-00.0 Intel Corporation Mobile 4 Series Chipset Memory
Controller Hub
+-01.0 Intel
On 01/31/2013 01:20:39 PM, Alexander Graf wrote:
On 31.01.2013, at 20:05, Alexander Graf wrote:
On 31.01.2013, at 19:54, Scott Wood wrote:
On 01/31/2013 12:52:41 PM, Alexander Graf wrote:
On 31.01.2013, at 19:43, Scott Wood wrote:
On 01/31/2013 12:21:07 PM, Alexander Graf wrote:
How
On Fri, 2013-02-01 at 08:44 +1100, Benjamin Herrenschmidt wrote:
On Thu, 2013-01-31 at 09:34 -0700, Alex Williamson wrote:
Luckily guests do not seem to be worried as long as we use ACPI.
Yes, in fact I just figured out last night that Windows is unhappy with
assigned PCI devices on bus
On 31.01.2013, at 23:40, Scott Wood wrote:
On 01/31/2013 01:20:39 PM, Alexander Graf wrote:
On 31.01.2013, at 20:05, Alexander Graf wrote:
On 31.01.2013, at 19:54, Scott Wood wrote:
On 01/31/2013 12:52:41 PM, Alexander Graf wrote:
On 31.01.2013, at 19:43, Scott Wood wrote:
On
Hi All,
This is KVM upstream test result against kvm.git next branch and qemu-kvm.git
master branch.
kvm.git next branch: 3f0c3d0bb2bcc4b88b22452a7cf0073ee9a0f1e6 based on
kernel 3.7.0
qemu-kvm.git master branch: 4d9367b76f71c6d938cf8201392abe4bfb1136cb
We found no new bug
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org [mailto:kvm-ppc-ow...@vger.kernel.org] On
Behalf Of Alexander Graf
Sent: Friday, January 25, 2013 6:08 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; Bhushan Bharat-R65777
Subject: Re: [PATCH
On 01/31/2013 07:13 PM, Michael S. Tsirkin wrote:
On Thu, Jan 31, 2013 at 05:28:21PM +0800, Asias He wrote:
Hello Nicholas,
On 01/31/2013 03:33 PM, Asias He wrote:
In order to take advantages of Paolo's multi-queue virito-scsi, we need
multi-target support in tcm_vhost first. Otherwise all
On 02/01/2013 04:59 AM, Nicholas A. Bellinger wrote:
On Thu, 2013-01-31 at 17:28 +0800, Asias He wrote:
Hello Nicholas,
On 01/31/2013 03:33 PM, Asias He wrote:
In order to take advantages of Paolo's multi-queue virito-scsi, we need
multi-target support in tcm_vhost first. Otherwise all the
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org [mailto:kvm-ppc-ow...@vger.kernel.org] On
Behalf Of Alexander Graf
Sent: Thursday, January 31, 2013 10:38 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 3/8] KVM: PPC: booke:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Friday, January 25, 2013 5:37 PM
To: Bhushan Bharat-R65777
Cc: kvm-...@vger.kernel.org; kvm@vger.kernel.org; Bhushan Bharat-R65777
Subject: Re: [PATCH 7/8] KVM: PPC: booke/bookehv: Add debug stub support
On
On Fri, 2013-02-01 at 12:03 +0800, Asias He wrote:
On 02/01/2013 04:59 AM, Nicholas A. Bellinger wrote:
On Thu, 2013-01-31 at 17:28 +0800, Asias He wrote:
Hello Nicholas,
On 01/31/2013 03:33 PM, Asias He wrote:
In order to take advantages of Paolo's multi-queue virito-scsi, we need
Hello all:
This seires is an update of last version of multiqueue virtio-net support.
This series tries to brings multiqueue support to virtio-net through a
multiqueue support tap backend and multiple vhost threads.
Patch 1 converts bitfield in TAPState to bool. Patch 2 replace assert(0) with
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/virtio-net.c |2 +-
include/net/tap.h |4 ++--
net/tap-win32.c |6 +++---
net/tap.c | 38 ++
4 files changed, 24 insertions(+), 26
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
net/tap-linux.c |4 ++--
net/tap-win32.c |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/tap-linux.c b/net/tap-linux.c
index 059f5f3..0a6acc7 100644
---
To support multiqueue, the patch introduce a helper qemu_get_queue()
which is used to get the NetClientState of a device. The following patches would
refactor this helper to support multiqueue.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
To support multiqueue, this patch introduces a helper qemu_get_nic() to get
NICState from a NetClientState. The following patches would refactor this helper
to support multiqueue.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/cadence_gem.c
To support multiqueue nic, this patch separate the nic destructor from
qemu_del_net_client() to a new helper qemu_del_nic() since the mapping bettween
NiCState and NetClientState were not 1:1 in multiqueue. The following patches
would refactor this function to support multiqueue nic.
In multiqueue, all NetClientState that belongs to the same netdev or nic has the
same id. So this patches introduces an helper qemu_find_net_clients_except()
which finds all NetClientState with the same id. This will be used by multiqueue
networking.
Signed-off-by: Jason Wang jasow...@redhat.com
This patch separates the setup of NetClientState from its allocation, this will
allow allocating an arrays of NetClientState and does the initialization one by
one which is what multiqueue needs.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
To allow allocating an array of NetClientState and free it once, this patch
introduces destructor of NetClientState. Which could do type specific free,
which could be used by multiqueue to free the array once.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin
This patch adds basic multiqueue support for qemu. The idea is simple, an array
of NetClientStates were introduced in NICState, parse_netdev() were extended to
find and match all NetClientStates belongs to the backend and place their
pointers in NICConf. Then qemu_new_nic can setup a N:N mapping
Import multiqueue constants from if_tun.h from 3.8-rc3. A new ifr flag
IFF_MULTI_QUEUE were introduced to create a multiqueue backend by calling
TUNSETIFF with the this flag and with the same interface name many times.
A new ioctl TUNSETQUEUE were introduced. When doing this ioctl with
This patch factors out the common initialization of tap into a new helper
net_init_tap_one(). This will be used by multiqueue tap patches.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
net/tap.c | 130
This patch add basic multiqueue support for Linux. When multiqueue is needed, we
will first check whether kernel support multiqueue tap before creating more
queues. Two new functions tap_fd_enable() and tap_fd_disable() were introduced
to enable and disable a specific queue. Since the multiqueue
This patch introduce a new bit - enabled in TAPState which tracks whether a
specific queue/fd is enabled. The tap/fd is enabled during initialization and
could be enabled/disabled by tap_enalbe() and tap_disable() which calls platform
specific helpers to do the real work. Polling of a tap fd can
This patch introduces a helper tap_get_ifname() to get the device name of tap
device. This is needed when ifname is unspecified in the command line and qemu
were asked to create tap device by itself. In this situation, the name were
allocated by kernel, so if multiqueue is asked, we need to fetch
Recently, linux support multiqueue tap which could let userspace call TUNSETIFF
for a signle device many times to create multiple file descriptors as
independent queues. User could also enable/disabe a specific queue through
TUNSETQUEUE.
The patch adds the generic infrastructure to create
Add a queue_index to VirtQueue and a helper to fetch it, this could be used by
multiqueue supported device.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/virtio.c |8
hw/virtio.h |1 +
2 files changed, 9 insertions(+), 0
To support multiqueue virtio-net, the first step is to separate the virtqueue
related fields from VirtIONet to a new structure VirtIONetQueue. The following
patches will add an array of VirtIONetQueue to VirtIONet based on this patch.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by:
This patch implements both userspace and vhost support for multiple queue
virtio-net (VIRTIO_NET_F_MQ). This is done by introducing an array of
VirtIONetQueue to VirtIONet.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/virtio-net.c | 301
This patch add migration support for multiqueue virtio-net. Instead of bumping
the version, we conditionally send the info of multiqueue only when the device
support more than one queue to maintain the backward compatibility.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S.
Disable multiqueue support for pre 1.4.
Signed-off-by: Jason Wang jasow...@redhat.com
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/pc_piix.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/hw/pc_piix.c b/hw/pc_piix.c
index ba09714..0af436c 100644
---
1 - 100 of 130 matches
Mail list logo