qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Thibaut Collet <thibaut.collet@6wind.com>
Cc: Jason Wang <jasowang@redhat.com>,
	qemu-devel@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>,
	quintela@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2] net: Add support of VIRTIO_NET_F_GUEST_ANNOUNCE for vhost-net/vhost-user
Date: Mon, 8 Jun 2015 17:48:48 +0200	[thread overview]
Message-ID: <20150608174146-mutt-send-email-mst@redhat.com> (raw)
In-Reply-To: <CABUUfwNTHETgvH9SgXrEMZoOkrZk83ieJOsFnbxiJDoJ8+fE+A@mail.gmail.com>

On Mon, Jun 08, 2015 at 03:20:23PM +0200, Thibaut Collet wrote:
> > How about implementing a receive function that discards all packets
> > then?
> 
> Implementing a receive function that discards all packets is an other solution.
> I have not chosen this one to avoid to mask other potential issues: 
> Normally vhost-user never receives packets. By keeping a NULL function as
> received callback we can detect easily case where packets are sent (qemu
> crashes) and solve this issue.

What I have an issue with is the fact that you make it depend on guest
configuration.
vhost user backend can't get packets from qemu at all, it doesn't make
sense to disable sending packets only if guest set some flag.

In particular, this flag isn't set around guest reset.


> > Can't vhost-user backend sends this automatically?
> > Why do we need to do anything in QEMU?
> 
> My explanations are maybe unclear. For old driver we have to send the RARP to
> the guest through the network interface (and to implement a receive function
> for vhost-user). My question is: where is the best location to do that:
>  1. In the receive function of vhost-user (in the file net/vhost-user.c)
>  2. In a self announce function (called when vhost-user receives a RARP,
> analysis of the packet content is needed in this case) in the file hw/net/
> vhost-net.c
>  3. In the vhost-user backend (file hw/virtio/vhost-user.c). In this case a new
> message must be defined between hw/net/vhost-net.c and hw/virtio/vhost-user.c.
>  4. In the vhost client/backend (vapp or other)

In the vhost client/backend would be best.
See any issues with this?

-- 
MST

  reply	other threads:[~2015-06-08 15:48 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-28  8:03 [Qemu-devel] [PATCH 1/1] net: fix queue's purge on VM stop Thibaut Collet
2015-05-29 13:12 ` Stefan Hajnoczi
2015-05-29 14:28   ` Thibaut Collet
2015-06-02 10:34     ` Stefan Hajnoczi
2015-06-03  7:56       ` Thibaut Collet
2015-06-03  9:42         ` Jason Wang
2015-06-03 13:40           ` Stefan Hajnoczi
2015-06-04  9:35             ` Jason Wang
2015-06-05 13:24               ` [Qemu-devel] [PATCH v2] net: Add support of VIRTIO_NET_F_GUEST_ANNOUNCE for vhost-net/vhost-user Thibaut Collet
2015-06-08  5:55                 ` Jason Wang
2015-06-08  8:21                   ` Thibaut Collet
2015-06-08  9:14                     ` Jason Wang
2015-06-08 10:01                       ` Thibaut Collet
2015-06-08 10:09                         ` Michael S. Tsirkin
2015-06-08 10:22                         ` Jason Wang
2015-06-08 13:32                     ` Stefan Hajnoczi
2015-06-08 14:05                       ` Thibaut Collet
2015-06-08 15:13                         ` Stefan Hajnoczi
2015-06-08 15:32                           ` Thibaut Collet
2015-06-09 10:38                             ` Stefan Hajnoczi
2015-06-09 10:43                             ` Stefan Hajnoczi
2015-06-08 16:13                           ` Michael S. Tsirkin
2015-06-09  2:35                             ` Jason Wang
2015-06-08 10:12                 ` Michael S. Tsirkin
2015-06-08 11:29                   ` Thibaut Collet
2015-06-08 12:45                     ` Michael S. Tsirkin
2015-06-08 13:20                       ` Thibaut Collet
2015-06-08 15:48                         ` Michael S. Tsirkin [this message]
2015-06-08 13:25                 ` Stefan Hajnoczi
2015-06-03  9:42         ` [Qemu-devel] [PATCH 1/1] net: fix queue's purge on VM stop Stefan Hajnoczi
2015-06-01  9:17 ` Jason Wang
2015-06-01 10:14   ` Thibaut Collet
2015-06-03  9:40     ` Jason Wang

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=20150608174146-mutt-send-email-mst@redhat.com \
    --to=mst@redhat.com \
    --cc=jasowang@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.com \
    --cc=stefanha@redhat.com \
    --cc=thibaut.collet@6wind.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).