From: "Michael S. Tsirkin" <mst@redhat.com>
To: Jason Baron <jbaron@akamai.com>
Cc: Yan Vugenfirer <yvugenfi@redhat.com>,
Jason Wang <jasowang@redhat.com>,
qemu-devel@nongnu.org, virtio-dev@lists.oasis-open.org
Subject: Re: [virtio-dev] [PATCH 4/4] virtio-net: add linkspeed and duplex settings to virtio-net
Date: Tue, 6 Mar 2018 20:13:14 +0200 [thread overview]
Message-ID: <20180306201252-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <09cbf694-907e-dd68-60ff-eeb169925a5e@akamai.com>
On Tue, Mar 06, 2018 at 01:02:06PM -0500, Jason Baron wrote:
>
>
> On 03/04/2018 08:05 AM, Yan Vugenfirer wrote:
> >
> >
> >> On 2 Mar 2018, at 22:19, Michael S. Tsirkin <mst@redhat.com
> >> <mailto:mst@redhat.com>> wrote:
> >>
> >> On Fri, Mar 02, 2018 at 03:14:01PM +0800, Jason Wang wrote:
> >>>
> >>>
> >>> On 2018年03月02日 11:46, Jason Baron wrote:
> >>>> Although linkspeed and duplex can be set in a linux guest via
> >>>> 'ethtool -s',
> >>>> this requires custom ethtool commands for virtio-net by default.
> >>>>
> >>>> Introduce a new feature flag, VIRTIO_NET_F_SPEED_DUPLEX, which allows
> >>>> the hypervisor to export a linkspeed and duplex setting. The user can
> >>>> subsequently overwrite it later if desired via: 'ethtool -s'.
> >>>>
> >>>> Linkspeed and duplex settings can be set as:
> >>>> '-device virtio-net,speed=10000,duplex=full'
> >>>
> >>> I was thinking whether or not it's better to decide the duplex by the
> >>> type
> >>> of backends.
> >>>
> >>> E.g userspace and vhost-kernel implement a in fact half duplex. But dpdk
> >>> implement a full duplex.
> >>>
> >>> Thanks
> >>
> >> OTOH it's a priority for some people to be able to support migration
> >> between different backend types. Breaking that won't be nice.
> >
> > I think that in this case we need a way to update the settings of link
> > speed and link duplex (maybe add QMP command). Migration between
> > different backend types should cause link down\link up events. And this
> > is a time for a driver to re-read the settings and update the OS.
> >
> > Best regards,
> > Yan.
> >
>
> So the virtio_net driver in linux will re-read these settings on link up
> events. So I could add a qmp command to set these (in addition to the
> command-line) interface, if desired. Is there a consensus that we need
> to add a qmp command here? Or can that be treated as a future item, if
> somebody wants it?
>
> Thanks,
>
> -Jason
We already have ability to take link down and up.
I'd say it's a future item.
--
MST
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
WARNING: multiple messages have this Message-ID (diff)
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Jason Baron <jbaron@akamai.com>
Cc: Yan Vugenfirer <yvugenfi@redhat.com>,
Jason Wang <jasowang@redhat.com>,
qemu-devel@nongnu.org, virtio-dev@lists.oasis-open.org
Subject: Re: [Qemu-devel] [virtio-dev] [PATCH 4/4] virtio-net: add linkspeed and duplex settings to virtio-net
Date: Tue, 6 Mar 2018 20:13:14 +0200 [thread overview]
Message-ID: <20180306201252-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <09cbf694-907e-dd68-60ff-eeb169925a5e@akamai.com>
On Tue, Mar 06, 2018 at 01:02:06PM -0500, Jason Baron wrote:
>
>
> On 03/04/2018 08:05 AM, Yan Vugenfirer wrote:
> >
> >
> >> On 2 Mar 2018, at 22:19, Michael S. Tsirkin <mst@redhat.com
> >> <mailto:mst@redhat.com>> wrote:
> >>
> >> On Fri, Mar 02, 2018 at 03:14:01PM +0800, Jason Wang wrote:
> >>>
> >>>
> >>> On 2018年03月02日 11:46, Jason Baron wrote:
> >>>> Although linkspeed and duplex can be set in a linux guest via
> >>>> 'ethtool -s',
> >>>> this requires custom ethtool commands for virtio-net by default.
> >>>>
> >>>> Introduce a new feature flag, VIRTIO_NET_F_SPEED_DUPLEX, which allows
> >>>> the hypervisor to export a linkspeed and duplex setting. The user can
> >>>> subsequently overwrite it later if desired via: 'ethtool -s'.
> >>>>
> >>>> Linkspeed and duplex settings can be set as:
> >>>> '-device virtio-net,speed=10000,duplex=full'
> >>>
> >>> I was thinking whether or not it's better to decide the duplex by the
> >>> type
> >>> of backends.
> >>>
> >>> E.g userspace and vhost-kernel implement a in fact half duplex. But dpdk
> >>> implement a full duplex.
> >>>
> >>> Thanks
> >>
> >> OTOH it's a priority for some people to be able to support migration
> >> between different backend types. Breaking that won't be nice.
> >
> > I think that in this case we need a way to update the settings of link
> > speed and link duplex (maybe add QMP command). Migration between
> > different backend types should cause link down\link up events. And this
> > is a time for a driver to re-read the settings and update the OS.
> >
> > Best regards,
> > Yan.
> >
>
> So the virtio_net driver in linux will re-read these settings on link up
> events. So I could add a qmp command to set these (in addition to the
> command-line) interface, if desired. Is there a consensus that we need
> to add a qmp command here? Or can that be treated as a future item, if
> somebody wants it?
>
> Thanks,
>
> -Jason
We already have ability to take link down and up.
I'd say it's a future item.
--
MST
next prev parent reply other threads:[~2018-03-06 18:13 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-02 3:46 [Qemu-devel] [PATCH 0/4] virtio-net: allow linkspeed and duplex setting Jason Baron
2018-03-02 3:46 ` [virtio-dev] [PATCH 1/4] eth: add speed and duplex definitions Jason Baron
2018-03-02 3:46 ` [Qemu-devel] " Jason Baron
2018-03-02 17:54 ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 17:54 ` [Qemu-devel] " Michael S. Tsirkin
2018-03-06 17:53 ` [virtio-dev] " Jason Baron
2018-03-06 17:53 ` [Qemu-devel] " Jason Baron
2018-03-06 18:15 ` [virtio-dev] " Michael S. Tsirkin
2018-03-06 18:15 ` [Qemu-devel] " Michael S. Tsirkin
2018-03-08 3:46 ` [virtio-dev] " Jason Baron
2018-03-08 3:46 ` [Qemu-devel] " Jason Baron
2018-03-02 3:46 ` [virtio-dev] [PATCH 2/4] rocker: drop local " Jason Baron
2018-03-02 3:46 ` [Qemu-devel] " Jason Baron
2018-03-02 17:57 ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 17:57 ` [Qemu-devel] " Michael S. Tsirkin
2018-03-02 3:46 ` [virtio-dev] [PATCH 3/4] virtio-net: use 64-bit values for feature flags Jason Baron
2018-03-02 3:46 ` [Qemu-devel] " Jason Baron
2018-03-02 3:46 ` [virtio-dev] [PATCH 4/4] virtio-net: add linkspeed and duplex settings to virtio-net Jason Baron
2018-03-02 3:46 ` [Qemu-devel] " Jason Baron
2018-03-02 7:14 ` [virtio-dev] " Jason Wang
2018-03-02 7:14 ` [Qemu-devel] " Jason Wang
2018-03-02 16:59 ` [virtio-dev] " Jason Baron
2018-03-02 16:59 ` [Qemu-devel] " Jason Baron
2018-03-02 20:22 ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 20:22 ` [Qemu-devel] " Michael S. Tsirkin
2018-03-06 17:57 ` [virtio-dev] " Jason Baron
2018-03-06 17:57 ` [Qemu-devel] " Jason Baron
2018-03-02 20:19 ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 20:19 ` [Qemu-devel] " Michael S. Tsirkin
2018-03-04 13:05 ` [virtio-dev] " Yan Vugenfirer
2018-03-04 13:05 ` [Qemu-devel] " Yan Vugenfirer
2018-03-06 18:02 ` Jason Baron
2018-03-06 18:02 ` [Qemu-devel] " Jason Baron
2018-03-06 18:13 ` Michael S. Tsirkin [this message]
2018-03-06 18:13 ` Michael S. Tsirkin
2018-03-08 12:48 ` Yan Vugenfirer
2018-03-08 12:48 ` [Qemu-devel] " Yan Vugenfirer
2018-03-02 3:56 ` [Qemu-devel] [PATCH 0/4] virtio-net: allow linkspeed and duplex setting no-reply
2018-03-02 3:56 ` no-reply
2018-03-02 3:58 ` no-reply
2018-03-02 3:59 ` no-reply
2018-03-02 4:24 ` no-reply
2018-03-02 4:25 ` no-reply
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=20180306201252-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=jasowang@redhat.com \
--cc=jbaron@akamai.com \
--cc=qemu-devel@nongnu.org \
--cc=virtio-dev@lists.oasis-open.org \
--cc=yvugenfi@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.