virtio-dev.lists.oasis-open.org archive mirror
 help / color / mirror / Atom feed
* [virtio-dev] [PATCH v2] virtio-net: support reset queue
@ 2022-02-10 11:03 Xuan Zhuo
  2022-02-21  4:27 ` [virtio-dev] " Jason Wang
  0 siblings, 1 reply; 3+ messages in thread
From: Xuan Zhuo @ 2022-02-10 11:03 UTC (permalink / raw
  To: virtio-dev; +Cc: jasowang, Michael S. Tsirkin

This patch defines some requirements for virtio-net to support reset
queues.

Signed-off-by: Xuan Zhuo <xuanzhuo@linux.alibaba.com>
---
 conformance.tex |  1 +
 content.tex     | 16 ++++++++++++++++
 2 files changed, 17 insertions(+)

diff --git a/conformance.tex b/conformance.tex
index 42f8537..3656da5 100644
--- a/conformance.tex
+++ b/conformance.tex
@@ -396,6 +396,7 @@ \section{Conformance Targets}\label{sec:Conformance / Conformance Targets}
 \item \ref{devicenormative:Device Types / Network Device / Device Operation / Packet Transmission}
 \item \ref{devicenormative:Device Types / Network Device / Device Operation / Setting Up Receive Buffers}
 \item \ref{devicenormative:Device Types / Network Device / Device Operation / Processing of Incoming Packets}
+\item \ref{devicenormative:Device Types / Network Device / Device Operation / Reset Virtqueue}
 \item \ref{devicenormative:Device Types / Network Device / Device Operation / Control Virtqueue / Packet Receive Filtering}
 \item \ref{devicenormative:Device Types / Network Device / Device Operation / Control Virtqueue / Setting MAC Address Filtering}
 \item \ref{devicenormative:Device Types / Network Device / Device Operation / Control Virtqueue / Gratuitous Packet Sending}
diff --git a/content.tex b/content.tex
index c6f116c..63dacb0 100644
--- a/content.tex
+++ b/content.tex
@@ -4000,6 +4000,22 @@ \subsubsection{Processing of Incoming Packets}\label{sec:Device Types / Network
 #define VIRTIO_NET_HASH_REPORT_UDPv6_EX        9
 \end{lstlisting}
 
+\subsubsection{Reset Virtqueue}\label{sec:Device Types / Network Device / Device Operation / Reset Virtqueue}
+
+The receive and transmission virtqueues and the control virtqueue can implement
+reset based on Virtqueue Reset (See \ref{sec:Basic Facilities of a Virtio Device / Virtqueues / Virtqueue Reset}).
+
+\devicenormative{\paragraph}{Gratuitous Packet Sending}{Device Types / Network Device / Device Operation / Reset Virtqueue}
+
+After automatic receive steering or RSS receive steering has completed the
+selection of the queue, if the destination receive queue is in reset state,
+the device SHOULD re-select a different random queue.
+
+After RSS receive steering has completed the selection of the queue, if the
+destination receive queue is in reset state, the device can drop the packet.
+
+If all receive queues are in reset state, the device can drop the packet.
+
 \subsubsection{Control Virtqueue}\label{sec:Device Types / Network Device / Device Operation / Control Virtqueue}
 
 The driver uses the control virtqueue (if VIRTIO_NET_F_CTRL_VQ is
-- 
2.31.0


---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* [virtio-dev] Re: [PATCH v2] virtio-net: support reset queue
  2022-02-10 11:03 [virtio-dev] [PATCH v2] virtio-net: support reset queue Xuan Zhuo
@ 2022-02-21  4:27 ` Jason Wang
  2022-02-21  6:05   ` Xuan Zhuo
  0 siblings, 1 reply; 3+ messages in thread
From: Jason Wang @ 2022-02-21  4:27 UTC (permalink / raw
  To: Xuan Zhuo, virtio-dev; +Cc: Michael S. Tsirkin


在 2022/2/10 下午7:03, Xuan Zhuo 写道:
> This patch defines some requirements for virtio-net to support reset
> queues.
>
> Signed-off-by: Xuan Zhuo <xuanzhuo@linux.alibaba.com>
> ---
>   conformance.tex |  1 +
>   content.tex     | 16 ++++++++++++++++
>   2 files changed, 17 insertions(+)
>
> diff --git a/conformance.tex b/conformance.tex
> index 42f8537..3656da5 100644
> --- a/conformance.tex
> +++ b/conformance.tex
> @@ -396,6 +396,7 @@ \section{Conformance Targets}\label{sec:Conformance / Conformance Targets}
>   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Packet Transmission}
>   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Setting Up Receive Buffers}
>   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Processing of Incoming Packets}
> +\item \ref{devicenormative:Device Types / Network Device / Device Operation / Reset Virtqueue}
>   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Control Virtqueue / Packet Receive Filtering}
>   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Control Virtqueue / Setting MAC Address Filtering}
>   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Control Virtqueue / Gratuitous Packet Sending}
> diff --git a/content.tex b/content.tex
> index c6f116c..63dacb0 100644
> --- a/content.tex
> +++ b/content.tex
> @@ -4000,6 +4000,22 @@ \subsubsection{Processing of Incoming Packets}\label{sec:Device Types / Network
>   #define VIRTIO_NET_HASH_REPORT_UDPv6_EX        9
>   \end{lstlisting}
>   
> +\subsubsection{Reset Virtqueue}\label{sec:Device Types / Network Device / Device Operation / Reset Virtqueue}
> +
> +The receive and transmission virtqueues and the control virtqueue can implement
> +reset based on Virtqueue Reset (See \ref{sec:Basic Facilities of a Virtio Device / Virtqueues / Virtqueue Reset}).
> +
> +\devicenormative{\paragraph}{Gratuitous Packet Sending}{Device Types / Network Device / Device Operation / Reset Virtqueue}


s/"Gratuitous Packet Sending"/"Reset Virtqueue"/ ?


> +
> +After automatic receive steering or RSS receive steering has completed the
> +selection of the queue, if the destination receive queue is in reset state,
> +the device SHOULD re-select a different random queue.
> +
> +After RSS receive steering has completed the selection of the queue, if the
> +destination receive queue is in reset state, the device can drop the packet.


I guess what we really mean is to use "MUST" here? And this paragraph 
(can drop) seems conflict with previous one (SHOULD re-select)?

I wonder if it's better to add stuffs simply in the device normative in 
automatic steering and RSS instead of using a dedicated subsection here.

Thanks


> +
> +If all receive queues are in reset state, the device can drop the packet.
> +
>   \subsubsection{Control Virtqueue}\label{sec:Device Types / Network Device / Device Operation / Control Virtqueue}
>   
>   The driver uses the control virtqueue (if VIRTIO_NET_F_CTRL_VQ is


---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [virtio-dev] Re: [PATCH v2] virtio-net: support reset queue
  2022-02-21  4:27 ` [virtio-dev] " Jason Wang
@ 2022-02-21  6:05   ` Xuan Zhuo
  0 siblings, 0 replies; 3+ messages in thread
From: Xuan Zhuo @ 2022-02-21  6:05 UTC (permalink / raw
  To: Jason Wang; +Cc: Michael S. Tsirkin, virtio-dev

On Mon, 21 Feb 2022 12:27:20 +0800, Jason Wang <jasowang@redhat.com> wrote:
>
> 在 2022/2/10 下午7:03, Xuan Zhuo 写道:
> > This patch defines some requirements for virtio-net to support reset
> > queues.
> >
> > Signed-off-by: Xuan Zhuo <xuanzhuo@linux.alibaba.com>
> > ---
> >   conformance.tex |  1 +
> >   content.tex     | 16 ++++++++++++++++
> >   2 files changed, 17 insertions(+)
> >
> > diff --git a/conformance.tex b/conformance.tex
> > index 42f8537..3656da5 100644
> > --- a/conformance.tex
> > +++ b/conformance.tex
> > @@ -396,6 +396,7 @@ \section{Conformance Targets}\label{sec:Conformance / Conformance Targets}
> >   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Packet Transmission}
> >   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Setting Up Receive Buffers}
> >   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Processing of Incoming Packets}
> > +\item \ref{devicenormative:Device Types / Network Device / Device Operation / Reset Virtqueue}
> >   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Control Virtqueue / Packet Receive Filtering}
> >   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Control Virtqueue / Setting MAC Address Filtering}
> >   \item \ref{devicenormative:Device Types / Network Device / Device Operation / Control Virtqueue / Gratuitous Packet Sending}
> > diff --git a/content.tex b/content.tex
> > index c6f116c..63dacb0 100644
> > --- a/content.tex
> > +++ b/content.tex
> > @@ -4000,6 +4000,22 @@ \subsubsection{Processing of Incoming Packets}\label{sec:Device Types / Network
> >   #define VIRTIO_NET_HASH_REPORT_UDPv6_EX        9
> >   \end{lstlisting}
> >
> > +\subsubsection{Reset Virtqueue}\label{sec:Device Types / Network Device / Device Operation / Reset Virtqueue}
> > +
> > +The receive and transmission virtqueues and the control virtqueue can implement
> > +reset based on Virtqueue Reset (See \ref{sec:Basic Facilities of a Virtio Device / Virtqueues / Virtqueue Reset}).
> > +
> > +\devicenormative{\paragraph}{Gratuitous Packet Sending}{Device Types / Network Device / Device Operation / Reset Virtqueue}
>
>
> s/"Gratuitous Packet Sending"/"Reset Virtqueue"/ ?
>
>
> > +
> > +After automatic receive steering or RSS receive steering has completed the
> > +selection of the queue, if the destination receive queue is in reset state,
> > +the device SHOULD re-select a different random queue.
> > +
> > +After RSS receive steering has completed the selection of the queue, if the
> > +destination receive queue is in reset state, the device can drop the packet.
>
>
> I guess what we really mean is to use "MUST" here? And this paragraph
> (can drop) seems conflict with previous one (SHOULD re-select)?
>
> I wonder if it's better to add stuffs simply in the device normative in
> automatic steering and RSS instead of using a dedicated subsection here.
>

OK.

Thanks.

> Thanks
>
>
> > +
> > +If all receive queues are in reset state, the device can drop the packet.
> > +
> >   \subsubsection{Control Virtqueue}\label{sec:Device Types / Network Device / Device Operation / Control Virtqueue}
> >
> >   The driver uses the control virtqueue (if VIRTIO_NET_F_CTRL_VQ is
>

---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-02-21  6:06 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-02-10 11:03 [virtio-dev] [PATCH v2] virtio-net: support reset queue Xuan Zhuo
2022-02-21  4:27 ` [virtio-dev] " Jason Wang
2022-02-21  6:05   ` Xuan Zhuo

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 read-only IMAP folder(s) and NNTP newsgroup(s).