qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Marc-André Lureau" <mlureau@redhat.com>
To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: "Marc-André Lureau" <marcandre.lureau@redhat.com>,
	qemu-devel@nongnu.org, mst@redhat.com, pbonzini@redhat.com,
	den@openvz.org
Subject: Re: [Qemu-devel] [PATCH] vhost-user: delay vhost_user_stop
Date: Mon, 27 Feb 2017 05:16:51 -0500 (EST)	[thread overview]
Message-ID: <1800937540.12350937.1488190611084.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <20170227101013.GB2350@work-vm>

Hi

----- Original Message -----
> * Marc-André Lureau (marcandre.lureau@redhat.com) wrote:
> > Since commit b0a335e351103bf92f3f9d0bd5759311be8156ac, a socket write
> > may trigger a disconnect events, calling vhost_user_stop() and clearing
> > all the vhost_dev strutures holding data that vhost.c functions expect
> > to remain valid. Delay the cleanup to keep the vhost_dev structure
> > valid during the vhost.c functions.
> > 
> > Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
> 
> This does get me through a 'make check' succesfully.
> 

Yes, it's not optimal, but there is so much cleanup to deal with otherwise, than I am inclined to go with this approach for now, and keep the FIXME for 2.10

I'll update the patch to avoid the race on reconnect.

> Dave
> 
> > ---
> >  net/vhost-user.c | 49 +++++++++++++++++++++++++++++++++++++++++++------
> >  1 file changed, 43 insertions(+), 6 deletions(-)
> > 
> > diff --git a/net/vhost-user.c b/net/vhost-user.c
> > index 77b8110f8c..00573c8ac8 100644
> > --- a/net/vhost-user.c
> > +++ b/net/vhost-user.c
> > @@ -25,6 +25,7 @@ typedef struct VhostUserState {
> >      guint watch;
> >      uint64_t acked_features;
> >      bool started;
> > +    QEMUBH *chr_closed_bh;
> >  } VhostUserState;
> >  
> >  VHostNetState *vhost_user_get_vhost_net(NetClientState *nc)
> > @@ -190,9 +191,40 @@ static gboolean net_vhost_user_watch(GIOChannel *chan,
> > GIOCondition cond,
> >  
> >      qemu_chr_fe_disconnect(&s->chr);
> >  
> > +    s->watch = 0;
> >      return FALSE;
> >  }
> >  
> > +static void chr_closed_bh(void *opaque)
> > +{
> > +    const char *name = opaque;
> > +    NetClientState *ncs[MAX_QUEUE_NUM];
> > +    VhostUserState *s;
> > +    Error *err = NULL;
> > +    int queues;
> > +
> > +    queues = qemu_find_net_clients_except(name, ncs,
> > +                                          NET_CLIENT_DRIVER_NIC,
> > +                                          MAX_QUEUE_NUM);
> > +    assert(queues < MAX_QUEUE_NUM);
> > +
> > +    s = DO_UPCAST(VhostUserState, nc, ncs[0]);
> > +
> > +    qmp_set_link(name, false, &err);
> > +    vhost_user_stop(queues, ncs);
> > +    if (s->watch) {
> > +        g_source_remove(s->watch);
> > +    }
> > +    s->watch = 0;
> > +
> > +    qemu_bh_delete(s->chr_closed_bh);
> > +    s->chr_closed_bh = NULL;
> > +
> > +    if (err) {
> > +        error_report_err(err);
> > +    }
> > +}
> > +
> >  static void net_vhost_user_event(void *opaque, int event)
> >  {
> >      const char *name = opaque;
> > @@ -212,20 +244,25 @@ static void net_vhost_user_event(void *opaque, int
> > event)
> >      trace_vhost_user_event(chr->label, event);
> >      switch (event) {
> >      case CHR_EVENT_OPENED:
> > -        s->watch = qemu_chr_fe_add_watch(&s->chr, G_IO_HUP,
> > -                                         net_vhost_user_watch, s);
> >          if (vhost_user_start(queues, ncs, &s->chr) < 0) {
> >              qemu_chr_fe_disconnect(&s->chr);
> >              return;
> >          }
> > +        s->watch = qemu_chr_fe_add_watch(&s->chr, G_IO_HUP,
> > +                                         net_vhost_user_watch, s);
> >          qmp_set_link(name, true, &err);
> > +        s->chr_closed_bh = qemu_bh_new(chr_closed_bh, opaque);
> >          s->started = true;
> >          break;
> >      case CHR_EVENT_CLOSED:
> > -        qmp_set_link(name, false, &err);
> > -        vhost_user_stop(queues, ncs);
> > -        g_source_remove(s->watch);
> > -        s->watch = 0;
> > +        /* a close event may happen during a read/write, but vhost
> > +         * code assumes the vhost_dev remains setup, so delay the
> > +         * stop & clear to idle.
> > +         * FIXME: better handle failure in vhost code, remove bh
> > +         */
> > +        if (s->chr_closed_bh) {
> > +            qemu_bh_schedule(s->chr_closed_bh);
> > +        }
> >          break;
> >      }
> >  
> > --
> > 2.12.0.rc2.3.gc93709801
> > 
> --
> Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
> 

      reply	other threads:[~2017-02-27 10:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-24 20:23 [Qemu-devel] [PATCH] vhost-user: delay vhost_user_stop Marc-André Lureau
2017-02-24 20:27 ` Marc-André Lureau
2017-02-27 10:10 ` Dr. David Alan Gilbert
2017-02-27 10:16   ` Marc-André Lureau [this message]

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=1800937540.12350937.1488190611084.JavaMail.zimbra@redhat.com \
    --to=mlureau@redhat.com \
    --cc=den@openvz.org \
    --cc=dgilbert@redhat.com \
    --cc=marcandre.lureau@redhat.com \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /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).