From: Jason Wang <jasowang@redhat.com>
To: Thomas Huth <thuth@redhat.com>,
qemu-devel@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>
Cc: Markus Armbruster <armbru@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 4/5] net/dump: Add dump option for netdev devices
Date: Fri, 26 Jun 2015 14:50:56 +0800 [thread overview]
Message-ID: <558CF650.9090806@redhat.com> (raw)
In-Reply-To: <1435161381-31521-5-git-send-email-thuth@redhat.com>
On 06/24/2015 11:56 PM, Thomas Huth wrote:
> So far it is not possible to dump network traffic with the "-netdev"
> option yet - this is only possible with the "-net" option and an
> internal "hub".
> This patch now fixes this ugliness by adding a proper, generic
> dumpfile parameter to the "-netdev" option.
>
> Signed-off-by: Thomas Huth <thuth@redhat.com>
> ---
> include/net/net.h | 1 +
> net/net.c | 48 ++++++++++++++++++++++++++++++++++++++++++++++++
> qapi-schema.json | 12 ++++++++++--
> 3 files changed, 59 insertions(+), 2 deletions(-)
>
> diff --git a/include/net/net.h b/include/net/net.h
> index b265047..62abc98 100644
> --- a/include/net/net.h
> +++ b/include/net/net.h
> @@ -98,6 +98,7 @@ struct NetClientState {
> NetClientDestructor *destructor;
> unsigned int queue_index;
> unsigned rxfilter_notify_enabled:1;
> + unsigned netdev_dump_enabled:1;
> NetDumpState nds;
> };
>
> diff --git a/net/net.c b/net/net.c
> index cc36c7b..8871b77 100644
> --- a/net/net.c
> +++ b/net/net.c
> @@ -568,6 +568,12 @@ ssize_t qemu_deliver_packet(NetClientState *sender,
> return 0;
> }
>
> + if (nc->netdev_dump_enabled) {
> + net_dump_receive(nc, data, size);
> + } else if (sender->netdev_dump_enabled) {
> + net_dump_receive(sender, data, size);
> + }
> +
> if (flags & QEMU_NET_PACKET_FLAG_RAW && nc->info->receive_raw) {
> ret = nc->info->receive_raw(nc, data, size);
> } else {
> @@ -684,6 +690,12 @@ ssize_t qemu_deliver_packet_iov(NetClientState *sender,
> return 0;
> }
>
> + if (nc->netdev_dump_enabled) {
> + net_dump_receive_iov(nc, iov, iovcnt);
> + } else if (sender->netdev_dump_enabled) {
> + net_dump_receive_iov(sender, iov, iovcnt);
> + }
> +
> if (nc->info->receive_iov) {
> ret = nc->info->receive_iov(nc, iov, iovcnt);
> } else {
> @@ -877,6 +889,36 @@ static int net_init_nic(const NetClientOptions *opts, const char *name,
> return idx;
> }
>
> +static int netdev_init_dumpfile(const Netdev *netdev, const char *name,
> + Error **errp)
> +{
> + NetClientState *nc;
> + int dumplen = 65536;
> + int rc;
> +
> + if (netdev->opts->kind == NET_CLIENT_OPTIONS_KIND_TAP
> + && netdev->opts->tap->has_vhost && netdev->opts->tap->vhost) {
> + error_setg(errp, "dumping does not work with vhost enabled");
> + return -1;
And vhost user is also not suitable here. Looks we can check with
get_vhost_net() here.
> + }
> +
> + if (netdev->has_dumplen) {
> + dumplen = netdev->dumplen;
> + }
> +
> + nc = qemu_find_netdev(name);
> + if (!nc) {
> + error_setg(errp, "failed to lookup netdev for dump");
> + return -1;
> + }
Need consider the case of multiqueue. In this case, more than one
NetClientState was used and needs more thought. Maybe we can start from
only support single queue.
> +
> + rc = net_dump_state_init(nc, netdev->dumpfile, dumplen, errp);
> + if (rc == 0) {
> + nc->netdev_dump_enabled = true;
> + }
> +
> + return rc;
> +}
>
> static int (* const net_client_init_fun[NET_CLIENT_OPTIONS_KIND_MAX])(
> const NetClientOptions *opts,
> @@ -982,6 +1024,12 @@ static int net_client_init1(const void *object, int is_netdev, Error **errp)
> }
> return -1;
> }
> +
> + if (is_netdev && u.netdev->has_dumpfile) {
> + if (netdev_init_dumpfile(u.netdev, name, errp)) {
> + return -1;
> + }
> + }
Since dump is not a NetClient, we need close the fd when netdev is deleted.
> }
> return 0;
> }
> diff --git a/qapi-schema.json b/qapi-schema.json
> index 106008c..79c3ed7 100644
> --- a/qapi-schema.json
> +++ b/qapi-schema.json
> @@ -2528,14 +2528,22 @@
> #
> # @id: identifier for monitor commands.
> #
> +# @dumpfile: #optional name of a file where network traffic should be logged
> +# (since: 2.4)
> +#
> +# @dumplen: #optional maximum length of the network packets in the dump
> +# (since: 2.4)
> +#
> # @opts: device type specific properties
> #
> # Since 1.2
> ##
> { 'struct': 'Netdev',
> 'data': {
> - 'id': 'str',
> - 'opts': 'NetClientOptions' } }
> + 'id': 'str',
> + '*dumpfile': 'str',
> + '*dumplen': 'int32',
> + 'opts': 'NetClientOptions' } }
>
> ##
> # @InetSocketAddress
next prev parent reply other threads:[~2015-06-26 6:51 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-24 15:56 [Qemu-devel] [PATCH 0/5] Network traffic dumping for -netdev, second try Thomas Huth
2015-06-24 15:56 ` [Qemu-devel] [PATCH 1/5] net/dump: Add support for receive_iov function Thomas Huth
2015-06-26 6:38 ` Jason Wang
2015-06-26 7:06 ` Thomas Huth
2015-07-03 11:06 ` Markus Armbruster
2015-07-10 18:09 ` Thomas Huth
2015-06-24 15:56 ` [Qemu-devel] [PATCH 2/5] net/dump: Move DumpState into NetClientState Thomas Huth
2015-06-24 15:56 ` [Qemu-devel] [PATCH 3/5] net/dump: Rework net-dump init functions Thomas Huth
2015-07-03 11:19 ` Markus Armbruster
2015-06-24 15:56 ` [Qemu-devel] [PATCH 4/5] net/dump: Add dump option for netdev devices Thomas Huth
2015-06-26 6:50 ` Jason Wang [this message]
2015-06-26 9:44 ` Stefan Hajnoczi
2015-06-29 9:57 ` Thomas Huth
2015-06-30 15:12 ` Stefan Hajnoczi
2015-06-30 10:37 ` Thomas Huth
2015-07-01 8:36 ` Stefan Hajnoczi
2015-07-03 11:28 ` Markus Armbruster
2015-07-10 18:27 ` Thomas Huth
2015-06-24 15:56 ` [Qemu-devel] [PATCH 5/5] qemu options: Add information about dumpfile to help text Thomas Huth
2015-07-03 11:30 ` Markus Armbruster
2015-06-26 9:41 ` [Qemu-devel] [PATCH 0/5] Network traffic dumping for -netdev, second try Stefan Hajnoczi
2015-07-03 11:30 ` Markus Armbruster
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=558CF650.9090806@redhat.com \
--to=jasowang@redhat.com \
--cc=armbru@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
--cc=thuth@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;
as well as URLs for NNTP newsgroup(s).