diff mbox series

[net] skbuff: fix incorrect msg_zerocopy copy notifications

Message ID 20210609224157.1800831-1-willemdebruijn.kernel@gmail.com
State New
Headers show
Series [net] skbuff: fix incorrect msg_zerocopy copy notifications | expand

Commit Message

Willem de Bruijn June 9, 2021, 10:41 p.m. UTC
From: Willem de Bruijn <willemb@google.com>

msg_zerocopy signals if a send operation required copying with a flag
in serr->ee.ee_code.

This field can be incorrect as of the below commit, as a result of
both structs uarg and serr pointing into the same skb->cb[].

uarg->zerocopy must be read before skb->cb[] is reinitialized to hold
serr. Similar to other fields len, hi and lo, use a local variable to
temporarily hold the value.

This was not a problem before, when the value was passed as a function
argument.

Fixes: 75518851a2a0 ("skbuff: Push status and refcounts into sock_zerocopy_callback")
Reported-by: Talal Ahmad <talalahmad@google.com>
Signed-off-by: Willem de Bruijn <willemb@google.com>
---
 net/core/skbuff.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

Comments

Soheil Hassas Yeganeh June 10, 2021, 12:17 a.m. UTC | #1
On Wed, Jun 9, 2021 at 6:42 PM Willem de Bruijn
<willemdebruijn.kernel@gmail.com> wrote:
>
> From: Willem de Bruijn <willemb@google.com>
>
> msg_zerocopy signals if a send operation required copying with a flag
> in serr->ee.ee_code.
>
> This field can be incorrect as of the below commit, as a result of
> both structs uarg and serr pointing into the same skb->cb[].
>
> uarg->zerocopy must be read before skb->cb[] is reinitialized to hold
> serr. Similar to other fields len, hi and lo, use a local variable to
> temporarily hold the value.
>
> This was not a problem before, when the value was passed as a function
> argument.
>
> Fixes: 75518851a2a0 ("skbuff: Push status and refcounts into sock_zerocopy_callback")
> Reported-by: Talal Ahmad <talalahmad@google.com>
> Signed-off-by: Willem de Bruijn <willemb@google.com>

Acked-by: Soheil Hassas Yeganeh <soheil@google.com>

Thank you for the fix!

> ---
>  net/core/skbuff.c | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/net/core/skbuff.c b/net/core/skbuff.c
> index 3ad22870298c..bbc3b4b62032 100644
> --- a/net/core/skbuff.c
> +++ b/net/core/skbuff.c
> @@ -1253,6 +1253,7 @@ static void __msg_zerocopy_callback(struct ubuf_info *uarg)
>         struct sock *sk = skb->sk;
>         struct sk_buff_head *q;
>         unsigned long flags;
> +       bool is_zerocopy;
>         u32 lo, hi;
>         u16 len;
>
> @@ -1267,6 +1268,7 @@ static void __msg_zerocopy_callback(struct ubuf_info *uarg)
>         len = uarg->len;
>         lo = uarg->id;
>         hi = uarg->id + len - 1;
> +       is_zerocopy = uarg->zerocopy;
>
>         serr = SKB_EXT_ERR(skb);
>         memset(serr, 0, sizeof(*serr));
> @@ -1274,7 +1276,7 @@ static void __msg_zerocopy_callback(struct ubuf_info *uarg)
>         serr->ee.ee_origin = SO_EE_ORIGIN_ZEROCOPY;
>         serr->ee.ee_data = hi;
>         serr->ee.ee_info = lo;
> -       if (!uarg->zerocopy)
> +       if (!is_zerocopy)
>                 serr->ee.ee_code |= SO_EE_CODE_ZEROCOPY_COPIED;
>
>         q = &sk->sk_error_queue;
> --
> 2.32.0.rc1.229.g3e70b5a671-goog
>
Eric Dumazet June 10, 2021, 2:03 p.m. UTC | #2
On 6/10/21 12:41 AM, Willem de Bruijn wrote:
> From: Willem de Bruijn <willemb@google.com>

> 

> msg_zerocopy signals if a send operation required copying with a flag

> in serr->ee.ee_code.

> 

> This field can be incorrect as of the below commit, as a result of

> both structs uarg and serr pointing into the same skb->cb[].

> 

> uarg->zerocopy must be read before skb->cb[] is reinitialized to hold

> serr. Similar to other fields len, hi and lo, use a local variable to

> temporarily hold the value.

> 

> This was not a problem before, when the value was passed as a function

> argument.

> 

> Fixes: 75518851a2a0 ("skbuff: Push status and refcounts into sock_zerocopy_callback")

> Reported-by: Talal Ahmad <talalahmad@google.com>

> Signed-off-by: Willem de Bruijn <willemb@google.com>

> ---



Reviewed-by: Eric Dumazet <edumazet@google.com>
patchwork-bot+netdevbpf@kernel.org June 10, 2021, 8:50 p.m. UTC | #3
Hello:

This patch was applied to netdev/net.git (refs/heads/master):

On Wed,  9 Jun 2021 18:41:57 -0400 you wrote:
> From: Willem de Bruijn <willemb@google.com>

> 

> msg_zerocopy signals if a send operation required copying with a flag

> in serr->ee.ee_code.

> 

> This field can be incorrect as of the below commit, as a result of

> both structs uarg and serr pointing into the same skb->cb[].

> 

> [...]


Here is the summary with links:
  - [net] skbuff: fix incorrect msg_zerocopy copy notifications
    https://git.kernel.org/netdev/net/c/3bdd5ee0ec8c

You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
diff mbox series

Patch

diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 3ad22870298c..bbc3b4b62032 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -1253,6 +1253,7 @@  static void __msg_zerocopy_callback(struct ubuf_info *uarg)
 	struct sock *sk = skb->sk;
 	struct sk_buff_head *q;
 	unsigned long flags;
+	bool is_zerocopy;
 	u32 lo, hi;
 	u16 len;
 
@@ -1267,6 +1268,7 @@  static void __msg_zerocopy_callback(struct ubuf_info *uarg)
 	len = uarg->len;
 	lo = uarg->id;
 	hi = uarg->id + len - 1;
+	is_zerocopy = uarg->zerocopy;
 
 	serr = SKB_EXT_ERR(skb);
 	memset(serr, 0, sizeof(*serr));
@@ -1274,7 +1276,7 @@  static void __msg_zerocopy_callback(struct ubuf_info *uarg)
 	serr->ee.ee_origin = SO_EE_ORIGIN_ZEROCOPY;
 	serr->ee.ee_data = hi;
 	serr->ee.ee_info = lo;
-	if (!uarg->zerocopy)
+	if (!is_zerocopy)
 		serr->ee.ee_code |= SO_EE_CODE_ZEROCOPY_COPIED;
 
 	q = &sk->sk_error_queue;