From: Parav Pandit <parav@nvidia.com>
To: <virtio-comment@lists.oasis-open.org>, <mst@redhat.com>,
<cohuck@redhat.com>
Cc: <virtio-dev@lists.oasis-open.org>, <hengqi@linux.alibaba.com>,
<shahafs@nvidia.com>, Parav Pandit <parav@nvidia.com>
Subject: [virtio-dev] [PATCH 2/4] virtio-net: Avoid hyphen and extra braces
Date: Thu, 13 Jul 2023 01:24:03 +0300 [thread overview]
Message-ID: <20230712222405.455201-3-parav@nvidia.com> (raw)
In-Reply-To: <20230712222405.455201-1-parav@nvidia.com>
Avoid hyphen and replace it with white space like rest of the entries.
Also avoid unnecessary braces.
Name RFC as just RFC without special prefix about it.
This likely resolves the html generation errors.
Signed-off-by: Parav Pandit <parav@nvidia.com>
---
device-types/net/description.tex | 2 +-
introduction.tex | 15 +++++++--------
2 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/device-types/net/description.tex b/device-types/net/description.tex
index 6fd4a20..53c811f 100644
--- a/device-types/net/description.tex
+++ b/device-types/net/description.tex
@@ -904,7 +904,7 @@ \subsubsection{Processing of Incoming Packets}\label{sec:Device Types / Network
\end{itemize}
The per-packet hash calculation can depend on the IP packet type. See
-\hyperref[intro:IP]{[IP]}, \hyperref[intro:UDP]{[UDP]} and \hyperref[intro:TCP]{[TCP]}.
+\hyperref[intro:IP]{IP}, \hyperref[intro:UDP]{UDP} and \hyperref[intro:TCP]{TCP}.
\subparagraph{Supported/enabled hash types}
\label{sec:Device Types / Network Device / Device Operation / Processing of Incoming Packets / Hash calculation for incoming packets / Supported/enabled hash types}
diff --git a/introduction.tex b/introduction.tex
index 81f07a4..028ec17 100644
--- a/introduction.tex
+++ b/introduction.tex
@@ -101,26 +101,25 @@ \section{Normative References}\label{sec:Normative References}
\phantomsection\label{intro:SEC1}\textbf{[SEC1]} &
Standards for Efficient Cryptography Group(SECG), ``SEC1: Elliptic Cureve Cryptography'', Version 1.0, September 2000.
\newline\url{https://www.secg.org/sec1-v2.pdf}\\
-
- \phantomsection\label{intro:gre_rfc2784}\textbf{[GRE_rfc2784]} &
+ \phantomsection\label{intro:rfc2784}\textbf{[RFC2784]} &
Generic Routing Encapsulation. This protocol is only specified for IPv4 and used as either the payload or delivery protocol.
\newline\url{https://datatracker.ietf.org/doc/rfc2784/}\\
- \phantomsection\label{intro:gre_rfc2890}\textbf{[GRE_rfc2890]} &
- Key and Sequence Number Extensions to GRE \ref{intro:gre_rfc2784}. This protocol describes extensions by which two fields, Key and
- Sequence Number, can be optionally carried in the GRE Header \ref{intro:gre_rfc2784}.
+ \phantomsection\label{intro:rfc2890}\textbf{[RFC2890]} &
+ Key and Sequence Number Extensions to GRE \ref{intro:rfc2784}. This protocol describes extensions by which two fields, Key and
+ Sequence Number, can be optionally carried in the GRE Header \ref{intro:rfc2784}.
\newline\url{https://www.rfc-editor.org/rfc/rfc2890}\\
- \phantomsection\label{intro:gre_rfc7676}\textbf{[GRE_rfc7676]} &
+ \phantomsection\label{intro:rfc7676}\textbf{[RFC7676]} &
IPv6 Support for Generic Routing Encapsulation (GRE). This protocol is specified for IPv6 and used as either the payload or
delivery protocol. Note that this does not change the GRE header format or any behaviors specified by RFC 2784 or RFC 2890.
\newline\url{https://datatracker.ietf.org/doc/rfc7676/}\\
- \phantomsection\label{intro:gre_in_udp_rfc8086}\textbf{[GRE-in-UDP]} &
+ \phantomsection\label{intro:rfc8086}\textbf{[GRE in UDP]} &
GRE-in-UDP Encapsulation. This specifies a method of encapsulating network protocol packets within GRE and UDP headers.
This protocol is specified for IPv4 and IPv6, and used as either the payload or delivery protocol.
\newline\url{https://www.rfc-editor.org/rfc/rfc8086}\\
\phantomsection\label{intro:vxlan}\textbf{[VXLAN]} &
Virtual eXtensible Local Area Network.
\newline\url{https://datatracker.ietf.org/doc/rfc7348/}\\
- \phantomsection\label{intro:vxlan-gpe}\textbf{[VXLAN-GPE]} &
+ \phantomsection\label{intro:vxlan gpe}\textbf{[VXLAN GPE]} &
Generic Protocol Extension for VXLAN. This protocol describes extending Virtual eXtensible Local Area Network (VXLAN) via changes to the VXLAN header.
\newline\url{https://www.ietf.org/archive/id/draft-ietf-nvo3-vxlan-gpe-12.txt}\\
\phantomsection\label{intro:geneve}\textbf{[GENEVE]} &
--
2.26.2
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
next prev parent reply other threads:[~2023-07-12 22:24 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-12 22:24 [virtio-dev] [PATCH 0/4] Short document fixes to inner hash feature Parav Pandit
2023-07-12 22:24 ` [virtio-dev] [PATCH 1/4] virtio-net: Place C code under listing Parav Pandit
2023-07-13 9:13 ` [virtio-dev] Re: [virtio-comment] " Cornelia Huck
2023-07-13 11:44 ` [virtio-dev] " Parav Pandit
2023-07-12 22:24 ` Parav Pandit [this message]
2023-07-13 9:16 ` [virtio-dev] Re: [PATCH 2/4] virtio-net: Avoid hyphen and extra braces Cornelia Huck
2023-07-12 22:24 ` [virtio-dev] [PATCH 3/4] virtio-net: Use table to describe inner hash to rfc mapping Parav Pandit
2023-07-12 22:41 ` [virtio-dev] " Michael S. Tsirkin
2023-07-12 22:42 ` [virtio-dev] " Parav Pandit
2023-07-13 8:09 ` Cornelia Huck
2023-07-13 11:01 ` [virtio-dev] " Michael S. Tsirkin
2023-07-12 22:24 ` [virtio-dev] [PATCH 4/4] virtio-net: Use note instead of advice Parav Pandit
2023-07-13 9:12 ` [virtio-dev] Re: [PATCH 0/4] Short document fixes to inner hash feature Cornelia Huck
2023-07-13 9:32 ` [virtio-dev] Re: [virtio-comment] " Cornelia Huck
2023-07-13 11:00 ` Michael S. Tsirkin
2023-07-13 11:33 ` [virtio-dev] " Michael S. Tsirkin
2023-07-13 11:58 ` Heng Qi
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=20230712222405.455201-3-parav@nvidia.com \
--to=parav@nvidia.com \
--cc=cohuck@redhat.com \
--cc=hengqi@linux.alibaba.com \
--cc=mst@redhat.com \
--cc=shahafs@nvidia.com \
--cc=virtio-comment@lists.oasis-open.org \
--cc=virtio-dev@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox