On 3/10/21 9:56 PM, Bhaskar Chowdhury wrote:
>
> Trivial spelling fixes throughout the file.
>
> Signed-off-by: Bhaskar Chowdhury <unixbhas...@gmail.com>
Hi Bhaskar,
FYI:
a. we accept British or American spellings
b. we accept one or two spaces after a period ('.') at the end of a sentence
c. we accept Oxford (serial) comma or not
> ---
> net/core/filter.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/net/core/filter.c b/net/core/filter.c
> index 255aeee72402..931ee5f39ae7 100644
> --- a/net/core/filter.c
> +++ b/net/core/filter.c
> @@ -2927,7 +2927,7 @@ BPF_CALL_4(bpf_msg_pop_data, struct sk_msg *, msg, u32,
> start,
> *
> * Then if B is non-zero AND there is no space allocate space and
> * compact A, B regions into page. If there is space shift ring to
> - * the rigth free'ing the next element in ring to place B, leaving
> + * the right freeing the next element in ring to place B, leaving
> * A untouched except to reduce length.
> */
> if (start != offset) {
> @@ -3710,7 +3710,7 @@ static inline int __bpf_skb_change_tail(struct sk_buff
> *skb, u32 new_len,
> * be the one responsible for writing buffers.
> *
> * It's really expected to be a slow path operation here for
> - * control message replies, so we're implicitly linearizing,
> + * control message replies, so we're implicitly linearising,
> * uncloning and drop offloads from the skb by this.
> */
> ret = __bpf_try_make_writable(skb, skb->len);
> @@ -3778,7 +3778,7 @@ static inline int __bpf_skb_change_head(struct sk_buff
> *skb, u32 head_room,
> * allow to expand on mac header. This means that
> * skb->protocol network header, etc, stay as is.
> * Compared to bpf_skb_change_tail(), we're more
> - * flexible due to not needing to linearize or
> + * flexible due to not needing to linearise or
> * reset GSO. Intention for this helper is to be
> * used by an L3 skb that needs to push mac header
> * for redirection into L2 device.
> --
--
~Randy
