From: Anthony Liguori <aliguori@us.ibm.com>
To: "Michael S. Tsirkin" <mst@redhat.com>, Blue Swirl <blauwirbel@gmail.com>
Cc: Jason Wang <jasowang@redhat.com>,
krkumar2@in.ibm.com, kvm@vger.kernel.org, mprivozn@redhat.com,
rusty@rustcorp.com.au, qemu-devel@nongnu.org,
shajnocz@redhat.com, shiyer@redhat.com, jwhan@filewood.snu.ac.kr,
gaowanlong@cn.fujitsu.com
Subject: Re: [Qemu-devel] [PATCH V2 11/20] tap: support enabling or disabling a queue
Date: Tue, 29 Jan 2013 16:55:25 -0600 [thread overview]
Message-ID: <87zjzrwqea.fsf@codemonkey.ws> (raw)
In-Reply-To: <20130129221148.GA1777@redhat.com>
"Michael S. Tsirkin" <mst@redhat.com> writes:
> On Tue, Jan 29, 2013 at 08:10:26PM +0000, Blue Swirl wrote:
>> On Tue, Jan 29, 2013 at 1:50 PM, Jason Wang <jasowang@redhat.com> wrote:
>> > On 01/26/2013 03:13 AM, Blue Swirl wrote:
>> >> On Fri, Jan 25, 2013 at 10:35 AM, Jason Wang <jasowang@redhat.com> wrote:
>> >>> This patch introduce a new bit - enabled in TAPState which tracks whether a
>> >>> specific queue/fd is enabled. The tap/fd is enabled during initialization and
>> >>> could be enabled/disabled by tap_enalbe() and tap_disable() which calls platform
>> >>> specific helpers to do the real work. Polling of a tap fd can only done when
>> >>> the tap was enabled.
>> >>>
>> >>> Signed-off-by: Jason Wang <jasowang@redhat.com>
>> >>> ---
>> >>> include/net/tap.h | 2 ++
>> >>> net/tap-win32.c | 10 ++++++++++
>> >>> net/tap.c | 43 ++++++++++++++++++++++++++++++++++++++++---
>> >>> 3 files changed, 52 insertions(+), 3 deletions(-)
>> >>>
>> >>> diff --git a/include/net/tap.h b/include/net/tap.h
>> >>> index bb7efb5..0caf8c4 100644
>> >>> --- a/include/net/tap.h
>> >>> +++ b/include/net/tap.h
>> >>> @@ -35,6 +35,8 @@ int tap_has_vnet_hdr_len(NetClientState *nc, int len);
>> >>> void tap_using_vnet_hdr(NetClientState *nc, int using_vnet_hdr);
>> >>> void tap_set_offload(NetClientState *nc, int csum, int tso4, int tso6, int ecn, int ufo);
>> >>> void tap_set_vnet_hdr_len(NetClientState *nc, int len);
>> >>> +int tap_enable(NetClientState *nc);
>> >>> +int tap_disable(NetClientState *nc);
>> >>>
>> >>> int tap_get_fd(NetClientState *nc);
>> >>>
>> >>> diff --git a/net/tap-win32.c b/net/tap-win32.c
>> >>> index 265369c..a2cd94b 100644
>> >>> --- a/net/tap-win32.c
>> >>> +++ b/net/tap-win32.c
>> >>> @@ -764,3 +764,13 @@ void tap_set_vnet_hdr_len(NetClientState *nc, int len)
>> >>> {
>> >>> assert(0);
>> >>> }
>> >>> +
>> >>> +int tap_enable(NetClientState *nc)
>> >>> +{
>> >>> + assert(0);
>> >> abort()
>> >
>> > This is just to be consistent with the reset of the helpers in this file.
>> >>
>> >>> +}
>> >>> +
>> >>> +int tap_disable(NetClientState *nc)
>> >>> +{
>> >>> + assert(0);
>> >>> +}
>> >>> diff --git a/net/tap.c b/net/tap.c
>> >>> index 67080f1..95e557b 100644
>> >>> --- a/net/tap.c
>> >>> +++ b/net/tap.c
>> >>> @@ -59,6 +59,7 @@ typedef struct TAPState {
>> >>> unsigned int write_poll : 1;
>> >>> unsigned int using_vnet_hdr : 1;
>> >>> unsigned int has_ufo: 1;
>> >>> + unsigned int enabled : 1;
>> >> bool without bit field?
>> >
>> > Also to be consistent with other field. If you wish I can send patches
>> > to convert all those bit field to bool on top of this series.
>>
>> That would be nice, likewise for the assert(0).
>
> OK so let's go ahead with this patchset as is,
> and a cleanup patch will be send after 1.4 then.
Why? I'd prefer that we didn't rush things into 1.4 just because.
There's still ample time to respin a corrected series.
Regards,
Anthony Liguori
>
>
>> >
>> > Thanks
>> >>> VHostNetState *vhost_net;
>> >>> unsigned host_vnet_hdr_len;
>> >>> } TAPState;
>> >>> @@ -72,9 +73,9 @@ static void tap_writable(void *opaque);
>> >>> static void tap_update_fd_handler(TAPState *s)
>> >>> {
>> >>> qemu_set_fd_handler2(s->fd,
>> >>> - s->read_poll ? tap_can_send : NULL,
>> >>> - s->read_poll ? tap_send : NULL,
>> >>> - s->write_poll ? tap_writable : NULL,
>> >>> + s->read_poll && s->enabled ? tap_can_send : NULL,
>> >>> + s->read_poll && s->enabled ? tap_send : NULL,
>> >>> + s->write_poll && s->enabled ? tap_writable : NULL,
>> >>> s);
>> >>> }
>> >>>
>> >>> @@ -339,6 +340,7 @@ static TAPState *net_tap_fd_init(NetClientState *peer,
>> >>> s->host_vnet_hdr_len = vnet_hdr ? sizeof(struct virtio_net_hdr) : 0;
>> >>> s->using_vnet_hdr = 0;
>> >>> s->has_ufo = tap_probe_has_ufo(s->fd);
>> >>> + s->enabled = 1;
>> >>> tap_set_offload(&s->nc, 0, 0, 0, 0, 0);
>> >>> /*
>> >>> * Make sure host header length is set correctly in tap:
>> >>> @@ -737,3 +739,38 @@ VHostNetState *tap_get_vhost_net(NetClientState *nc)
>> >>> assert(nc->info->type == NET_CLIENT_OPTIONS_KIND_TAP);
>> >>> return s->vhost_net;
>> >>> }
>> >>> +
>> >>> +int tap_enable(NetClientState *nc)
>> >>> +{
>> >>> + TAPState *s = DO_UPCAST(TAPState, nc, nc);
>> >>> + int ret;
>> >>> +
>> >>> + if (s->enabled) {
>> >>> + return 0;
>> >>> + } else {
>> >>> + ret = tap_fd_enable(s->fd);
>> >>> + if (ret == 0) {
>> >>> + s->enabled = 1;
>> >>> + tap_update_fd_handler(s);
>> >>> + }
>> >>> + return ret;
>> >>> + }
>> >>> +}
>> >>> +
>> >>> +int tap_disable(NetClientState *nc)
>> >>> +{
>> >>> + TAPState *s = DO_UPCAST(TAPState, nc, nc);
>> >>> + int ret;
>> >>> +
>> >>> + if (s->enabled == 0) {
>> >>> + return 0;
>> >>> + } else {
>> >>> + ret = tap_fd_disable(s->fd);
>> >>> + if (ret == 0) {
>> >>> + qemu_purge_queued_packets(nc);
>> >>> + s->enabled = 0;
>> >>> + tap_update_fd_handler(s);
>> >>> + }
>> >>> + return ret;
>> >>> + }
>> >>> +}
>> >>> --
>> >>> 1.7.1
>> >>>
>> >>>
>> >
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2013-01-29 22:56 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-25 10:35 [PATCH V2 00/20] Multiqueue virtio-net Jason Wang
2013-01-25 10:35 ` [PATCH V2 01/20] net: introduce qemu_get_queue() Jason Wang
2013-01-25 10:35 ` [PATCH V2 02/20] net: introduce qemu_get_nic() Jason Wang
2013-01-25 10:35 ` [PATCH V2 03/20] net: intorduce qemu_del_nic() Jason Wang
2013-01-25 10:35 ` [PATCH V2 04/20] net: introduce qemu_find_net_clients_except() Jason Wang
2013-01-25 10:35 ` [PATCH V2 05/20] net: introduce qemu_net_client_setup() Jason Wang
2013-01-25 10:35 ` [PATCH V2 06/20] net: introduce NetClientState destructor Jason Wang
2013-01-25 10:35 ` [PATCH V2 07/20] net: multiqueue support Jason Wang
2013-01-25 10:35 ` [PATCH V2 08/20] tap: import linux multiqueue constants Jason Wang
2013-01-25 10:35 ` [PATCH V2 09/20] tap: factor out common tap initialization Jason Wang
2013-01-25 10:35 ` [PATCH V2 10/20] tap: add Linux multiqueue support Jason Wang
2013-01-25 10:35 ` [PATCH V2 11/20] tap: support enabling or disabling a queue Jason Wang
2013-01-25 19:13 ` [Qemu-devel] " Blue Swirl
2013-01-29 13:50 ` Jason Wang
2013-01-29 20:10 ` Blue Swirl
2013-01-29 22:11 ` [Qemu-devel] " Michael S. Tsirkin
2013-01-29 22:55 ` Anthony Liguori [this message]
2013-01-29 23:03 ` Michael S. Tsirkin
2013-01-30 9:46 ` Jason Wang
2013-01-25 10:35 ` [PATCH V2 12/20] tap: introduce a helper to get the name of an interface Jason Wang
2013-01-25 10:35 ` [PATCH V2 13/20] tap: multiqueue support Jason Wang
2013-01-25 10:35 ` [PATCH V2 14/20] vhost: " Jason Wang
2013-01-29 13:53 ` Jason Wang
2013-01-25 10:35 ` [PATCH V2 15/20] virtio: introduce virtio_del_queue() Jason Wang
2013-01-25 10:35 ` [PATCH V2 16/20] virtio: add a queue_index to VirtQueue Jason Wang
2013-01-25 10:35 ` [PATCH V2 17/20] virtio-net: separate virtqueue from VirtIONet Jason Wang
2013-01-25 10:35 ` [PATCH V2 18/20] virtio-net: multiqueue support Jason Wang
2013-01-25 10:35 ` [PATCH V2 19/20] virtio-net: migration support for multiqueue Jason Wang
2013-01-25 10:35 ` [PATCH V2 20/20] virtio-net: compat multiqueue support Jason Wang
2013-01-28 3:27 ` [PATCH V2 00/20] Multiqueue virtio-net Wanlong Gao
2013-01-28 4:24 ` [Qemu-devel] " Jason Wang
2013-01-29 5:36 ` Wanlong Gao
2013-01-29 5:44 ` 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=87zjzrwqea.fsf@codemonkey.ws \
--to=aliguori@us.ibm.com \
--cc=blauwirbel@gmail.com \
--cc=gaowanlong@cn.fujitsu.com \
--cc=jasowang@redhat.com \
--cc=jwhan@filewood.snu.ac.kr \
--cc=krkumar2@in.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=mprivozn@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rusty@rustcorp.com.au \
--cc=shajnocz@redhat.com \
--cc=shiyer@redhat.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