Re: Virtual SCSI disks hangs on heavy IO

On Tue, Mar 15, 2011 at 1:20 PM, Guido Winkelmann wrote: > Am Tuesday 15 March 2011 schrieben Sie: >> On Mon, Mar 14, 2011 at 10:57 PM, Guido Winkelmann >> >> wrote: >> > On Monday 14 March 2011 20:32:23 Stefan Hajnoczi wrote: >> >> On Mon, Mar 14, 2011 at 6:05 PM, Guido Winkelmann >> >> >> >> w

Re: [PATCH 21/35] Break up user and system cpu_interrupt implementations

On 2011-03-15 22:50, Marcelo Tosatti wrote: > From: Jan Kiszka > > Both have only two lines in common, and we will convert the system > service into a callback which is of no use for user mode operation. >From KVM POV, the value of this patch is not that high as long as we do not push the callba

Pull request (QMP enhancements)

Hi! I use QEMU via QMP and discovered that for some tasks there is no proper way to do them via QMP. I've written few patches: * One of them modifies "pci_add" command to return pci address of the added device, when user hasn't specified it (to be able to delete it via "pci_del" in the future). * T

[PATCH] KVM:PPC Issue in exit timing clearance

Following dump is observed on host when clearing the exit timing counters [root@p1021mds kvm]# echo -n 'c' > vm1200_vcpu0_timing INFO: task echo:1276 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. echo D 0ff5bf94 0 1276

Re: [PATCHv2] KVM: unbreak userspace that does not sets tss address

On Sun, Mar 13, 2011 at 12:34:27PM +0200, Gleb Natapov wrote: > Commit 6440e5967bc broke old userspaces that do not set tss address > before entering vcpu. Unbreak it by setting tss address to a safe > value on the first vcpu entry. New userspaces should set tss address, > so print warning in case

Re: openbsd system_powerdown: "KVM internal error. Suberror: 1"

On Fri, Mar 11, 2011 at 02:54:00PM +0300, Michael Tokarev wrote: > Hello. > > I installed an openbsd 4.8 image today to play with, > and noticed that when issuing "system_powerdown" in > kvm monitor, in about 5 seconds, qemu-kvm spews this > message in a tight loop: > > KVM internal error. Suber

Re: *insane* amount of host_state_reloads for openbsd guest in 0.14

On Fri, Mar 11, 2011 at 03:02:33PM +0300, Michael Tokarev wrote: > I tried Openbsd 4.8 in kvm today and immediately noticed > that it is running _very_ slow, boot takes several minutes > to complete to the "login:" prompt. After investigating > I found that kvm does really insane amount of host_st

Re: *insane* amount of host_state_reloads for openbsd guest in 0.14

16.03.2011 22:48, Marcelo Tosatti wrote: > On Fri, Mar 11, 2011 at 03:02:33PM +0300, Michael Tokarev wrote: >> I tried Openbsd 4.8 in kvm today and immediately noticed >> that it is running _very_ slow, boot takes several minutes >> to complete to the "login:" prompt. After investigating >> I foun

Re: openbsd system_powerdown: "KVM internal error. Suberror: 1"

16.03.2011 22:44, Marcelo Tosatti wrote: > On Fri, Mar 11, 2011 at 02:54:00PM +0300, Michael Tokarev wrote: >> Hello. >> >> I installed an openbsd 4.8 image today to play with, >> and noticed that when issuing "system_powerdown" in >> kvm monitor, in about 5 seconds, qemu-kvm spews this >> message

Re: [PATCH 21/35] Break up user and system cpu_interrupt implementations

On Wed, Mar 16, 2011 at 10:02:18AM +0100, Jan Kiszka wrote: > On 2011-03-15 22:50, Marcelo Tosatti wrote: > > From: Jan Kiszka > > > > Both have only two lines in common, and we will convert the system > > service into a callback which is of no use for user mode operation. > > >From KVM POV, the

[PATCH] virtio: Avoid virtio_net TX queue over run

This patch addresses small message size performance in a situation the KVM guest virtio_net TX queue overrun. This patch adds a new API in virtio_ring for ring capacity check; and remove KVM guest virtio_net TX queue send completion interrupts completely. The test has shown that whenever the queue

[PATCH 1/2]virtio_ring: Add capacity check API

Signed-off-by: Shirley Ma --- drivers/virtio/virtio_ring.c |8 include/linux/virtio.h |5 + 2 files changed, 13 insertions(+), 0 deletions(-) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index cc2f73e..ef6d920 100644 --- a/drivers/virtio/vir

[PATCH 2/2] virtio_net: remove send completion interrupts and avoid TX queue overrun through packet drop

Signed-off-by: Shirley Ma --- drivers/net/virtio_net.c | 39 --- 1 files changed, 20 insertions(+), 19 deletions(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index 82dba5a..c603daa 100644 --- a/drivers/net/virtio_net.c +++ b/drivers/ne

Re: TX from KVM guest virtio_net to vhost issues

On Fri, 2011-03-11 at 16:49 +1030, Rusty Russell wrote: > But if one side outruns the other, it does a lot of unnecessary work > notifying/interrupting it over and over again before the host/guest > gets > a chance to shut notifications/interrupts off. Hence the last_used > publishing patch (Xen d

Re: [PATCH 2/2] virtio_net: remove send completion interrupts and avoid TX queue overrun through packet drop

On Wed, Mar 16, 2011 at 05:12:55PM -0700, Shirley Ma wrote: > Signed-off-by: Shirley Ma > --- > drivers/net/virtio_net.c | 39 --- > 1 files changed, 20 insertions(+), 19 deletions(-) > > diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c > ind

Re: [PATCH] virtio: Avoid virtio_net TX queue over run

On Wed, Mar 16, 2011 at 05:09:55PM -0700, Shirley Ma wrote: > This patch addresses small message size performance in a situation the > KVM guest virtio_net TX queue overrun. This patch adds a new API in > virtio_ring for ring capacity check; and remove KVM guest virtio_net TX > queue send completio

Re: TX from KVM guest virtio_net to vhost issues

On Wed, Mar 16, 2011 at 05:20:14PM -0700, Shirley Ma wrote: > This patch doesn't seem to help guest TX queue overrun. Just making sure: what exactly was tested? You did combine this with a vhost-net and qemu patches, right? -- MST -- To unsubscribe from this list: send the line "unsubscribe kvm"