netdev - Re: [PATCH iproute2] man: Fix typos on tc-cbs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20180705141818.3o7shigjdrgx5rcr@netronome.com>
Date:   Thu, 5 Jul 2018 16:18:20 +0200
From:   Simon Horman <simon.horman@...ronome.com>
To:     Jesus Sanchez-Palencia <jesus.sanchez-palencia@...el.com>
Cc:     netdev@...r.kernel.org
Subject: Re: [PATCH iproute2] man: Fix typos on tc-cbs

Some changelog text should go here.

On Wed, Jun 27, 2018 at 10:50:51AM -0700, Jesus Sanchez-Palencia wrote:
> Signed-off-by: Jesus Sanchez-Palencia <jesus.sanchez-palencia@...el.com>

Otherwise, this seems fine to me.

Reviewed-by: Simon Horman <simon.horman@...ronome.com>

> ---
>  man/man8/tc-cbs.8 | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/man/man8/tc-cbs.8 b/man/man8/tc-cbs.8
> index 32e1e0d4..ad1d8821 100644
> --- a/man/man8/tc-cbs.8
> +++ b/man/man8/tc-cbs.8
> @@ -28,7 +28,7 @@ defined rate limiting method to the traffic.
>  This queueing discipline is intended to be used by TSN (Time Sensitive
>  Networking) applications, the CBS parameters are derived directly by
>  what is described by the Annex L of the IEEE 802.1Q-2014
> -Sepcification. The algorithm and how it affects the latency are
> +Specification. The algorithm and how it affects the latency are
>  detailed there.
>  
>  CBS is meant to be installed under another qdisc that maps packet
> @@ -60,7 +60,7 @@ packet size, which is then used for calculating the idleslope.
>  sendslope
>  Sendslope is the rate of credits that is depleted (it should be a
>  negative number of kilobits per second) when a transmission is
> -ocurring. It can be calculated as follows, (IEEE 802.1Q-2014 Section
> +occurring. It can be calculated as follows, (IEEE 802.1Q-2014 Section
>  8.6.8.2 item g):
>  
>  sendslope = idleslope - port_transmit_rate
> -- 
> 2.17.1
>