From: "Michael S. Tsirkin" <mst@redhat.com>
To: "Zhangjie (HZ)" <zhangjie14@huawei.com>
Cc: Jason Wang <jasowang@redhat.com>,
qemu-devel@nongnu.org, William Dauchy <wdauchy@gmail.com>
Subject: Re: [Qemu-devel] [PATCH V3] vhost_net: start/stop guest notifiers properly
Date: Wed, 27 Aug 2014 14:59:39 +0200 [thread overview]
Message-ID: <20140827125939.GA17757@redhat.com> (raw)
In-Reply-To: <53F5A2FD.2060405@huawei.com>
On Thu, Aug 21, 2014 at 03:42:53PM +0800, Zhangjie (HZ) wrote:
> On 2014/8/21 14:53, Jason Wang wrote:
> > On 08/21/2014 02:28 PM, Zhangjie (HZ) wrote:
> >>
> >> After migration, vhost is not disabled, virtual nic became unreachable because vhost is not awakened.
> >> By the logical of EVENT_IDX, virtio-net will not kick vhost again if the used idx is not updated.
> >> So, if one interrupts is lost during migration, virtio_net will not kick vhost again.
> >> Then, no skb from virtio-net can be sent to tap.
> >
> > Yes and I mean to test vhost=off to see if it was the issue of vhost.
> That sounds reasonable, but the test case is to test vhost.
> >>
> >> Jason's patch reduced the probability of occurrence, from about 1/20 to 1/80. It is really effective. I think the patch should be acked.
> >> May be we can try to solve the problem from another perspective. Do you have some methods to sense the migration?
> >> We can make up a signal from virtio-net after the migration.
> >
> > You can make a patch like this to debug. If problem disappears, it means
> > interrupt was really lost anyway.
> >>
> >>> Anyway, I will try to reproduce it by myself.
> >>>
> >> The test environment is really terrible, I build a environment myself, but it problem did not occur.
> >> The environment I use now is from a colleague Responsible for test work.
> >> Two hosts, every host has about 20 vms, they send packages(ipv4 and ipv6) between each other.
> >> The VM to be migrated also sens packages itself, and there is a ping(-i 0.001) from another host to it.
> >> The physical nic is 1GE, connected through a internal nework.
> >
> > Just want to confirm. For the problem did not occur, you mean with my
> > patch on top?
> > .
> >
> I mean, with your patch, I have to test 80 times before it occurs, the probability is reduced.
Could you please try to apply the patch
[PATCH V4] net: Forbid dealing with packets when VM is not running
on top and see if this helps?
Thanks!
> --
> Best Wishes!
> Zhang Jie
next prev parent reply other threads:[~2014-08-27 12:59 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-19 4:56 [Qemu-devel] [PATCH V3] vhost_net: start/stop guest notifiers properly Jason Wang
2014-08-20 9:02 ` William Dauchy
2014-08-20 9:23 ` Zhangjie (HZ)
2014-08-20 10:18 ` Michael S. Tsirkin
2014-08-20 21:21 ` Michael S. Tsirkin
2014-08-21 7:37 ` Zhangjie (HZ)
2014-08-21 4:29 ` Jason Wang
2014-08-21 6:28 ` Zhangjie (HZ)
2014-08-21 6:53 ` Jason Wang
2014-08-21 7:42 ` Zhangjie (HZ)
2014-08-27 12:59 ` Michael S. Tsirkin [this message]
2014-08-29 10:40 ` Zhangjie (HZ)
2014-09-01 8:18 ` Michael S. Tsirkin
2014-09-05 8:06 ` Zhangjie (HZ)
2014-08-22 2:56 ` Jason Wang
2014-08-27 11:54 ` Michael S. Tsirkin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140827125939.GA17757@redhat.com \
--to=mst@redhat.com \
--cc=jasowang@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=wdauchy@gmail.com \
--cc=zhangjie14@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.