All of lore.kernel.org
 help / color / mirror / Atom feed
* [virtio-dev] [RFC] content: explicitly document the VLAN filtering as best-effort
@ 2019-07-18  7:00 Tiwei Bie
  2019-07-18  7:47 ` [virtio-dev] " Michael S. Tsirkin
  0 siblings, 1 reply; 2+ messages in thread
From: Tiwei Bie @ 2019-07-18  7:00 UTC (permalink / raw)
  To: virtio-dev; +Cc: mst, cohuck, stefanha, jasowang

Similar to the MAC address based filtering, the VLAN filtering
is also best-effort in implementations, but it's not quite clear
in the spec. So document this behaviour explicitly to reflect
the way implementations behave.

Signed-off-by: Tiwei Bie <tiwei.bie@intel.com>
---
This is a RFC for now (Comments would be appreciated!).
More details can be found here:
https://patchwork.ozlabs.org/patch/1113538/

 content.tex | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/content.tex b/content.tex
index 8f0498e..783322b 100644
--- a/content.tex
+++ b/content.tex
@@ -3530,6 +3530,11 @@ \subsubsection{Control Virtqueue}\label{sec:Device Types / Network Device / Devi
 If the driver negotiates the VIRTION_NET_F_CTRL_VLAN feature, it
 can control a VLAN filter table in the device.
 
+\begin{note}
+Similar to the MAC address based filtering, the VLAN filtering
+is also best-effort: unwanted packets could still arrive.
+\end{note}
+
 \begin{lstlisting}
 #define VIRTIO_NET_CTRL_VLAN       2
  #define VIRTIO_NET_CTRL_VLAN_ADD             0
-- 
2.17.1


---------------------------------------------------------------------
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] 2+ messages in thread

* [virtio-dev] Re: [RFC] content: explicitly document the VLAN filtering as best-effort
  2019-07-18  7:00 [virtio-dev] [RFC] content: explicitly document the VLAN filtering as best-effort Tiwei Bie
@ 2019-07-18  7:47 ` Michael S. Tsirkin
  0 siblings, 0 replies; 2+ messages in thread
From: Michael S. Tsirkin @ 2019-07-18  7:47 UTC (permalink / raw)
  To: Tiwei Bie; +Cc: virtio-dev, cohuck, stefanha, jasowang

On Thu, Jul 18, 2019 at 03:00:47PM +0800, Tiwei Bie wrote:
> Similar to the MAC address based filtering, the VLAN filtering
> is also best-effort in implementations, but it's not quite clear
> in the spec. So document this behaviour explicitly to reflect
> the way implementations behave.
> 
> Signed-off-by: Tiwei Bie <tiwei.bie@intel.com>

fine by me.
Acked-by: Michael S. Tsirkin <mst@redhat.com>

> ---
> This is a RFC for now (Comments would be appreciated!).
> More details can be found here:
> https://patchwork.ozlabs.org/patch/1113538/
> 
>  content.tex | 5 +++++
>  1 file changed, 5 insertions(+)
> 
> diff --git a/content.tex b/content.tex
> index 8f0498e..783322b 100644
> --- a/content.tex
> +++ b/content.tex
> @@ -3530,6 +3530,11 @@ \subsubsection{Control Virtqueue}\label{sec:Device Types / Network Device / Devi
>  If the driver negotiates the VIRTION_NET_F_CTRL_VLAN feature, it
>  can control a VLAN filter table in the device.
>  
> +\begin{note}
> +Similar to the MAC address based filtering, the VLAN filtering
> +is also best-effort: unwanted packets could still arrive.
> +\end{note}
> +
>  \begin{lstlisting}
>  #define VIRTIO_NET_CTRL_VLAN       2
>   #define VIRTIO_NET_CTRL_VLAN_ADD             0
> -- 
> 2.17.1

---------------------------------------------------------------------
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] 2+ messages in thread

end of thread, other threads:[~2019-07-18  7:47 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-07-18  7:00 [virtio-dev] [RFC] content: explicitly document the VLAN filtering as best-effort Tiwei Bie
2019-07-18  7:47 ` [virtio-dev] " Michael S. Tsirkin

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.