From: Stefan Hajnoczi <stefanha@redhat.com>
To: Liu Ping Fan <qemulist@gmail.com>
Cc: mdroth <mdroth@linux.vnet.ibm.com>,
Jan Kiszka <jan.kiszka@siemens.com>,
qemu-devel@nongnu.org, Anthony Liguori <anthony@codemonkey.ws>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v1 00/14] port network layer onto glib
Date: Wed, 15 May 2013 10:10:27 +0200 [thread overview]
Message-ID: <20130515081027.GC17320@stefanha-thinkpad.muc.redhat.com> (raw)
In-Reply-To: <1367905622-21038-1-git-send-email-qemulist@gmail.com>
On Tue, May 07, 2013 at 01:46:48PM +0800, Liu Ping Fan wrote:
> summary:
> patch1: GSource event abstraction
> patch2~6: port network backend to glib
> patch7~10: make network core re-entrant
> patch11~14: port the slirp backend onto glib
>
> The slirp->lock's deadlock problem has been eliminated and works fine.
> And other components seems more stable, so I change from RFCv- to v-
>
>
>
>
> rfcv5->v1:
> 1. re-arrange logic for net/socket.c
>
> rfcv4->rfcv5:
> 1.use GList to reimplement EventsGSource
> 2.make readable()/writable() return events which the backend is interested in
> 3.fix the slirp->lock's potential deadlock issue
>
> rfcv3->rfcv4:
> 1.separate GSource event to dedicated file
> 2.integrated with net core re-entrant
> 3.make slirp/ re-entrant
>
> rfcv2->rfcv3:
> 1.drop hub and the frontend(virtio net)
> 2.split the patch for NetClientSource
>
> rfcv1->rfcv2:
> 1.NetClientState can associate with up to 2 GSource, for virtio net, one for tx, one for rx,
> so vq can run on different threads.
> 2.make network front-end onto glib, currently virtio net dataplane
>
>
>
> Liu Ping Fan (14):
> util: introduce gsource event abstraction
> net: introduce bind_ctx to NetClientInfo
> net: port vde onto GSource
> net: port socket to GSource
> net: port tap onto GSource
> net: port tap-win32 onto GSource
> net: hub use lock to protect ports list
> net: introduce lock to protect NetQueue
> net: introduce lock to protect NetClientState's peer's access
> net: make netclient re-entrant with refcnt
> slirp: make timeout local
> slirp: make slirp event dispatch based on slirp instance, not global
> slirp: handle race condition
> slirp: use lock to protect the slirp_instances
>
> hw/qdev-properties-system.c | 14 +
> include/net/net.h | 12 +
> include/qemu/module.h | 2 +
> main-loop.c | 4 -
> net/hub.c | 28 ++-
> net/net.c | 123 ++++++++-
> net/queue.c | 15 +-
> net/slirp.c | 35 +++-
> net/socket.c | 194 +++++++++++---
> net/tap-win32.c | 31 ++-
> net/tap.c | 64 ++++-
> net/vde.c | 31 ++-
> slirp/if.c | 57 +++-
> slirp/libslirp.h | 7 +-
> slirp/main.h | 3 +-
> slirp/mbuf.h | 2 +
> slirp/slirp.c | 670 ++++++++++++++++++++++---------------------
> slirp/slirp.h | 11 +-
> slirp/socket.c | 2 +
> slirp/socket.h | 1 +
> stubs/slirp.c | 8 -
> util/Makefile.objs | 1 +
> util/event_gsource.c | 157 ++++++++++
> util/event_gsource.h | 49 ++++
> 24 files changed, 1105 insertions(+), 416 deletions(-)
> create mode 100644 util/event_gsource.c
> create mode 100644 util/event_gsource.h
Hi Ping Fan,
Sorry for the slow review, I'm focussing on QEMU 1.5 at the moment but
will look at this series soon.
Stefan
next prev parent reply other threads:[~2013-05-15 8:11 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-07 5:46 [Qemu-devel] [PATCH v1 00/14] port network layer onto glib Liu Ping Fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 01/14] util: introduce gsource event abstraction Liu Ping Fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 02/14] net: introduce bind_ctx to NetClientInfo Liu Ping Fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 03/14] net: port vde onto GSource Liu Ping Fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 04/14] net: port socket to GSource Liu Ping Fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 05/14] net: port tap onto GSource Liu Ping Fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 06/14] net: port tap-win32 " Liu Ping Fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 07/14] net: hub use lock to protect ports list Liu Ping Fan
2013-05-21 13:57 ` Stefan Hajnoczi
2013-05-29 1:41 ` liu ping fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 08/14] net: introduce lock to protect NetQueue Liu Ping Fan
2013-05-21 14:04 ` Stefan Hajnoczi
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 09/14] net: introduce lock to protect NetClientState's peer's access Liu Ping Fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 10/14] net: make netclient re-entrant with refcnt Liu Ping Fan
2013-05-07 5:46 ` [Qemu-devel] [PATCH v1 11/14] slirp: make timeout local Liu Ping Fan
2013-05-07 5:47 ` [Qemu-devel] [PATCH v1 12/14] slirp: make slirp event dispatch based on slirp instance, not global Liu Ping Fan
2013-05-07 5:47 ` [Qemu-devel] [PATCH v1 13/14] slirp: handle race condition Liu Ping Fan
2013-05-07 5:47 ` [Qemu-devel] [PATCH v1 14/14] slirp: use lock to protect the slirp_instances Liu Ping Fan
2013-05-15 8:10 ` Stefan Hajnoczi [this message]
2013-05-15 8:58 ` [Qemu-devel] [PATCH v1 00/14] port network layer onto glib liu ping fan
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=20130515081027.GC17320@stefanha-thinkpad.muc.redhat.com \
--to=stefanha@redhat.com \
--cc=anthony@codemonkey.ws \
--cc=jan.kiszka@siemens.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemulist@gmail.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).