From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: virtio-dev-return-2867-cohuck=redhat.com@lists.oasis-open.org Sender: List-Post: List-Help: List-Unsubscribe: List-Subscribe: Received: from lists.oasis-open.org (oasis-open.org [66.179.20.138]) by lists.oasis-open.org (Postfix) with ESMTP id 59BBE5819140 for ; Wed, 20 Dec 2017 07:01:08 -0800 (PST) Date: Wed, 20 Dec 2017 17:00:53 +0200 From: "Michael S. Tsirkin" Message-ID: <20171220165749-mutt-send-email-mst@kernel.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: [virtio-dev] Re: Add VIRTIO_NET_F_SPEED_DUPLEX (4) feature bit To: Jason Baron Cc: virtio-dev@lists.oasis-open.org, jasowang@redhat.com List-ID: On Thu, Dec 14, 2017 at 03:31:54PM -0500, Jason Baron wrote: > Hi, > > We have found it useful to have the virtio net device export a linkspeed > and duplex setting, such that a guest linkspeed and duplex settings can > be set automatically from the host side. We have some guest software > that relies on this setting, and fails without a valid value provided. That software really should be fixed btw. You can't always reliably figure out the speed, and it might change at any time. > Thus, I would like to propose adding a new feature bit: > > VIRTIO_NET_F_SPEED_DUPLEX (4) Device provides a linkspeed and duplex setting I think a high feature bit would be better. Low bits can be backported to legacy devices, so better used for things like mtu, where communication just breaks otherwise, and for net we are running out of these. > I have provided sample qemu hypervisor and linux kernel guest code to > implement this feature here: > > http://lkml.iu.edu/hypermail/linux/kernel/1712.1/05692.html > > Thanks, > > -Jason --------------------------------------------------------------------- To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org