lkml.org 
[lkml]   [2021]   [Mar]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectRe: [PATCH] net: core: Few absolutely rudimentary typo fixes throughout the file filter.c
On 22:12 Wed 10 Mar 2021, Randy Dunlap wrote:
>On 3/10/21 9:56 PM, Bhaskar Chowdhury wrote:
>>
>> Trivial spelling fixes throughout the file.
>>
>> Signed-off-by: Bhaskar Chowdhury <unixbhaskar@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
>
Hey Randy,

First one had an apostrophe in the word....(s/free'ing/freeing/) ????

Yup, last two was bad change ..it all same whether it's "s" or "z" in
it.Apologies.. will be cautious ...


>> ---
>> 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
>
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2021-03-11 07:23    [W:0.028 / U:1.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site