From: Paolo Bonzini <pbonzini@redhat.com>
To: Thomas Huth <thuth@redhat.com>, qemu-devel@nongnu.org
Cc: QEMU Trivial <qemu-trivial@nongnu.org>, Jason Wang <jasowang@redhat.com>
Subject: Re: [Qemu-trivial] [Qemu-devel] [PATCH] net: Mark the 'hubport' netdev as deprecated
Date: Wed, 20 Sep 2017 13:07:00 +0200 [thread overview]
Message-ID: <deb2e9b4-686d-1a5a-0aba-0c404183ae9a@redhat.com> (raw)
In-Reply-To: <5e647277-d688-071d-7def-bd8d57dd7e66@redhat.com>
On 20/09/2017 09:45, Thomas Huth wrote:
> On 24.05.2017 10:04, Thomas Huth wrote:
>> The 'hubport' netdev is closely tied to the 'vlan' concept which
>> has been marked as deprecated in commit a2dbe1356faff3cb6 already.
>> Thus we should also mark the hubport netdevs as deprecated to make
>> the remaining users aware that they should not use this anymore.
>>
>> Signed-off-by: Thomas Huth <thuth@redhat.com>
What is the replacement for VLANs?
The point of hub/hubport was to implement this without needing
special-casing of VLANs everywhere in the net/ directory. VLANs remain
messy in terms of command-line expression for -net, but that's where the
problems end.
In fact, while there are some uses of VLANs that have been replaced by
filters, VLANs are still needed to place 2 NICs to be on the same guest
network without using a host bridge. This should be a supported use
case for e.g. L2TP backends, and it can be important for users that
don't have the ability to configure a host bridge.
In addition, depending on how you read the warning in commit a2dbe1356,
this patch could be deprecating the exact replacement that you're
suggesting in the warning.
Rather than deprecating hubport, we need a mechanism to define a hubport
for the back-end side. For example:
-netdev l2tp,...,id=l2tp-backend
-netdev hubport,hubid=0,netdev=l2tp-backend,id=l2tp-hub
-netdev hubport,hubid=0,id=nic0 -device virtio-net-pci,netdev=nic0
-netdev hubport,hubid=0,id=nic1 -device virtio-net-pci,netdev=nic1
This would normalize the topology
NIC NIC L2TP
| | |
hubport hubport |
| | |
'--------'--------'-------- hub
to
NIC NIC L2TP
| | |
hubport hubport hubport
| | |
'--------'--------'-------- hub
and would let us drop vlan from the command-line options. Even
immediately in 2.11.
(Also, the reasoning in commit a2dbe1356 seems backwards, what's wrong
with connecting two NICs with a cross cable? If you can do it with
physical hardware, you ought to be able to do it in QEMU).
And in any case, this is certainly not a trivial patch!
Paolo
>> ---
>> net/hub.c | 4 ++++
>> qemu-options.hx | 6 ++++--
>> 2 files changed, 8 insertions(+), 2 deletions(-)
>>
>> diff --git a/net/hub.c b/net/hub.c
>> index 32d8cf5..85bd5bc 100644
>> --- a/net/hub.c
>> +++ b/net/hub.c
>> @@ -13,6 +13,7 @@
>> */
>>
>> #include "qemu/osdep.h"
>> +#include "qemu/error-report.h"
>> #include "monitor/monitor.h"
>> #include "net/net.h"
>> #include "clients.h"
>> @@ -286,6 +287,9 @@ int net_init_hubport(const Netdev *netdev, const char *name,
>> {
>> const NetdevHubPortOptions *hubport;
>>
>> + error_report("hubports are deprecated and will be removed in a "
>> + "future release");
>> +
>> assert(netdev->type == NET_CLIENT_DRIVER_HUBPORT);
>> assert(!peer);
>> hubport = &netdev->u.hubport;
>> diff --git a/qemu-options.hx b/qemu-options.hx
>> index dc1a48a..efb555c 100644
>> --- a/qemu-options.hx
>> +++ b/qemu-options.hx
>> @@ -1810,7 +1810,7 @@ DEF("netdev", HAS_ARG, QEMU_OPTION_netdev,
>> "-netdev vhost-user,id=str,chardev=dev[,vhostforce=on|off]\n"
>> " configure a vhost-user network, backed by a chardev 'dev'\n"
>> "-netdev hubport,id=str,hubid=n\n"
>> - " configure a hub port on QEMU VLAN 'n'\n", QEMU_ARCH_ALL)
>> + " configure a hub port on QEMU VLAN 'n' (deprecated)\n", QEMU_ARCH_ALL)
>> DEF("net", HAS_ARG, QEMU_OPTION_net,
>> "-net nic[,vlan=n][,macaddr=mac][,model=type][,name=str][,addr=str][,vectors=v]\n"
>> " old way to create a new NIC and connect it to VLAN 'n'\n"
>> @@ -2239,7 +2239,9 @@ Create a hub port on QEMU "vlan" @var{hubid}.
>>
>> The hubport netdev lets you connect a NIC to a QEMU "vlan" instead of a single
>> netdev. @code{-net} and @code{-device} with parameter @option{vlan} create the
>> -required hub automatically.
>> +required hub automatically. Note that the "vlan" concept and thus the hubport
>> +option, too, are considered as deprecated and might be removed in a future
>> +release of QEMU.
>>
>> @item -netdev vhost-user,chardev=@var{id}[,vhostforce=on|off][,queues=n]
>>
>>
>
> ping?
>
> Thomas
>
next prev parent reply other threads:[~2017-09-20 13:47 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1495613046-6430-1-git-send-email-thuth@redhat.com>
2017-09-20 7:45 ` [Qemu-trivial] [Qemu-devel] [PATCH] net: Mark the 'hubport' netdev as deprecated Thomas Huth
2017-09-20 11:07 ` Paolo Bonzini [this message]
2017-09-20 11:57 ` Thomas Huth
2017-09-20 16:50 ` Paolo Bonzini
2017-09-20 13:33 ` Daniel P. Berrange
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=deb2e9b4-686d-1a5a-0aba-0c404183ae9a@redhat.com \
--to=pbonzini@redhat.com \
--cc=jasowang@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-trivial@nongnu.org \
--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).