From: Cornelia Huck <cohuck@redhat.com>
To: Alvaro Karsz <alvaro.karsz@solid-run.com>,
virtio-comment@lists.oasis-open.org
Cc: Alvaro Karsz <alvaro.karsz@solid-run.com>
Subject: Re: [virtio-comment] [PATCH v7] Introduction of Virtio Network device notifications coalescing feature.
Date: Tue, 21 Jun 2022 11:48:39 +0200 [thread overview]
Message-ID: <87v8su8hzc.fsf@redhat.com> (raw)
In-Reply-To: <20220615143916.3563008-1-alvaro.karsz@solid-run.com>
On Wed, Jun 15 2022, Alvaro Karsz <alvaro.karsz@solid-run.com> wrote:
> Control a network device notifications coalescing parameters using the control virtqueue.
> A new control class was added: VIRTIO_NET_CTRL_NOTF_COAL.
>
> This class provides 2 commands:
> - VIRTIO_NET_CTRL_NOTF_COAL_TX_SET:
> Ask the network device to change the tx_usecs and tx_max_packets parameters.
> - tx_usecs: Maximum number of usecs to delay a TX notification.
> - tx_max_packets: Maximum number of packets to send before a TX notification.
>
> - VIRTIO_NET_CTRL_NOTF_COAL_RX_SET:
> Ask the network device to change the rx_usecs and rx_max_packets parameters.
> - rx_usecs: Maximum number of usecs to delay a RX notification.
> - rx_max_packets: Maximum number of packets to receive before a RX notification.
>
> --
>
> v2:
> - Usage of notification terminology.
> - Add a few lines on what device should do when driver asked to
> suppress notifications.
>
> v3:
> - Remove whitespaces.
> - Explain with examples how the device should act.
>
> v4:
> - Example of a scenarion when VIRTIO_F_EVENT_IDX is negotiated.
> - Usage of separate commands for RX coalescing and TX coalescing.
>
> v5:
> - Usage of subparagraphs.
> - Add driver requirements and device requirements references in conformance.tex.
>
> v6:
> - LaTex formatting fixes.
> - Clarify the meaning of every coalescing parameter.
> - Usage of packets terminology instead of used buffers.
>
> v7:
> - Clarify the example of notifications coalescing when used_event is set.
> --
>
> Signed-off-by: Alvaro Karsz <alvaro.karsz@solid-run.com>
> ---
> conformance.tex | 2 ++
> content.tex | 94 +++++++++++++++++++++++++++++++++++++++++++++++++
> 2 files changed, 96 insertions(+)
>
(...)
> diff --git a/content.tex b/content.tex
> index 7508dd1..a6ccfd6 100644
> --- a/content.tex
> +++ b/content.tex
> @@ -3084,6 +3084,8 @@ \subsection{Feature bits}\label{sec:Device Types / Network Device / Feature bits
> \item[VIRTIO_NET_F_CTRL_MAC_ADDR(23)] Set MAC address through control
> channel.
>
> +\item[VIRTIO_NET_F_NOTF_COAL(55)] Device supports notifications coalescing.
> +
Note that we are currently voting on
https://lists.oasis-open.org/archives/virtio-comment/202110/msg00010.html,
which uses feature bits 54 + 55, so this would need to pick another
one. No big deal, though, as we still have spare bits until we reach
50. [Should we need to go to the range above 63, IIRC at least PCI would
need a tweak to support more than 64 feature bits, but that's not urgent
yet.]
> \item[VIRTIO_NET_F_HOST_USO (56)] Device can receive USO packets. Unlike UFO
> (fragmenting the packet) the USO splits large UDP packet
> to several segments when each of these smaller packets has UDP header.
Looks fine to me from a non-net POV.
This publicly archived list offers a means to provide input to the
OASIS Virtual I/O Device (VIRTIO) TC.
In order to verify user consent to the Feedback License terms and
to minimize spam in the list archive, subscription is required
before posting.
Subscribe: virtio-comment-subscribe@lists.oasis-open.org
Unsubscribe: virtio-comment-unsubscribe@lists.oasis-open.org
List help: virtio-comment-help@lists.oasis-open.org
List archive: https://lists.oasis-open.org/archives/virtio-comment/
Feedback License: https://www.oasis-open.org/who/ipr/feedback_license.pdf
List Guidelines: https://www.oasis-open.org/policies-guidelines/mailing-lists
Committee: https://www.oasis-open.org/committees/virtio/
Join OASIS: https://www.oasis-open.org/join/
next prev parent reply other threads:[~2022-06-21 9:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-15 14:39 [virtio-comment] [PATCH v7] Introduction of Virtio Network device notifications coalescing feature Alvaro Karsz
2022-06-21 9:48 ` Cornelia Huck [this message]
2022-06-21 10:23 ` Alvaro Karsz
2022-06-21 10:31 ` Cornelia Huck
2022-06-22 8:38 ` Alvaro Karsz
2022-06-23 3:13 ` Jason Wang
2022-06-23 12:04 ` Alvaro Karsz
2022-06-27 6:22 ` 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=87v8su8hzc.fsf@redhat.com \
--to=cohuck@redhat.com \
--cc=alvaro.karsz@solid-run.com \
--cc=virtio-comment@lists.oasis-open.org \
/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.