FAILED: patch "[PATCH] gro: fix ownership transfer" failed to apply to 5.15-stable tree
Subsystems (2)
[email protected]
maintainerThe patch below does not apply to the 5.15-stable tree.
If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <[email protected]>.
To reproduce the conflict and resubmit, you may use the following commands:
git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-5.15.y
git checkout FETCH_HEAD
git cherry-pick -x ed4cccef64c1d0d5b91e69f7a8a6697c3a865486
# <resolve conflicts, build, test, etc.>
git commit -s
git send-email --to '<[email protected]>' --in-reply-to '2024040543-backdrop-sequester-2458@gregkh' --subject-prefix 'PATCH 5.15.y' HEAD^..
Possible dependencies:
thanks,
greg k-h
------------------ original commit in Linus's tree ------------------
From ed4cccef64c1d0d5b91e69f7a8a6697c3a865486 Mon Sep 17 00:00:00 2001
From: Antoine Tenart <[email protected]>
Date: Tue, 26 Mar 2024 12:33:59 +0100
Subject: [PATCH] gro: fix ownership transfer
If packets are GROed with fraglist they might be segmented later on and continue their journey in the stack. In skb_segment_list those skbs can be reused as-is. This is an issue as their destructor was removed in skb_gro_receive_list but not the reference to their socket, and then they can't be orphaned. Fix this by also removing the reference to the socket.
For example this could be observed,
kernel BUG at include/linux/skbuff.h:3131! (skb_orphan)
RIP: 0010:ip6_rcv_core+0x11bc/0x19a0 Call Trace: ipv6_list_rcv+0x250/0x3f0 __netif_receive_skb_list_core+0x49d/0x8f0 netif_receive_skb_list_internal+0x634/0xd40 napi_complete_done+0x1d2/0x7d0 gro_cell_poll+0x118/0x1f0
A similar construction is found in skb_gro_receive, apply the same change there.
net/core/gro.c +2 -1
@@ -192,8 +192,9 @@ int skb_gro_receive(struct sk_buff *p, struct sk_buff *skb) } merge: -/* sk owenrship - if any - completely transferred to the aggregated packet */ +/* sk ownership - if any - completely transferred to the aggregated packet */ skb->destructor =NULL ; + skb->sk =NULL ; delta_truesize = skb->truesize;if (offset > headlen) {unsigned int eat = offset - headlen;
net/ipv4/udp_offload.c +2 -1
@@ -449,8 +449,9 @@ static int skb_gro_receive_list(struct sk_buff *p, struct sk_buff *skb)NAPI_GRO_CB (p)->count++; p->data_len += skb->len; -/* sk owenrship - if any - completely transferred to the aggregated packet */ +/* sk ownership - if any - completely transferred to the aggregated packet */ skb->destructor =NULL ; + skb->sk =NULL ; p->truesize += skb->truesize; p->len += skb->len;
PATCH 1/1 gro: fix ownership transfer
commit ed4cccef64c1d0d5b91e69f7a8a6697c3a865486 upstream.
If packets are GROed with fraglist they might be segmented later on and continue their journey in the stack. In skb_segment_list those skbs can be reused as-is. This is an issue as their destructor was removed in skb_gro_receive_list but not the reference to their socket, and then they can't be orphaned. Fix this by also removing the reference to the socket.
For example this could be observed,
kernel BUG at include/linux/skbuff.h:3131! (skb_orphan)
RIP: 0010:ip6_rcv_core+0x11bc/0x19a0 Call Trace: ipv6_list_rcv+0x250/0x3f0 __netif_receive_skb_list_core+0x49d/0x8f0 netif_receive_skb_list_internal+0x634/0xd40 napi_complete_done+0x1d2/0x7d0 gro_cell_poll+0x118/0x1f0
A similar construction is found in skb_gro_receive, apply the same change there.
--- net/core/skbuff.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
net/core/skbuff.c +4 -2
@@ -3976,8 +3976,9 @@ int skb_gro_receive_list(struct sk_buff *p, struct sk_buff *skb)NAPI_GRO_CB (p)->count++; p->data_len += skb->len; -/* sk owenrship - if any - completely transferred to the aggregated packet */ +/* sk ownership - if any - completely transferred to the aggregated packet */ skb->destructor =NULL ; + skb->sk =NULL ; p->truesize += skb->truesize; p->len += skb->len;
@@ -4424,8 +4425,9 @@ int skb_gro_receive(struct sk_buff *p, struct sk_buff *skb) } merge: -/* sk owenrship - if any - completely transferred to the aggregated packet */ +/* sk ownership - if any - completely transferred to the aggregated packet */ skb->destructor =NULL ; + skb->sk =NULL ; delta_truesize = skb->truesize;if (offset > headlen) {unsigned int eat = offset - headlen;
Signature · 1 line
2.44.0
Greg KH
maintainerRe: [PATCH 5.15.y] gro: fix ownership transfer
Quoted 20 lines · Antoine Tenart
commit
ed4cccef64c1d0d5b91e69f7a8a6697c3a865486upstream.If packets are GROed with fraglist they might be segmented later on and continue their journey in the stack. In
skb_segment_listthose skbs can be reused as-is. This is an issue as their destructor was removed inskb_gro_receive_listbut not the reference to their socket, and then they can't be orphaned. Fix this by also removing the reference to the socket.For example this could be observed,
kernel BUG at
include/linux/skbuff.h:3131! (skb_orphan)RIP: 0010:ip6_rcv_core+0x11bc/0x19a0 Call Trace: ipv6_list_rcv+0x250/0x3f0 __netif_receive_skb_list_core+0x49d/0x8f0 netif_receive_skb_list_internal+0x634/0xd40 napi_complete_done+0x1d2/0x7d0 gro_cell_poll+0x118/0x1f0
Quoted 7 lines
A similar construction is found in
skb_gro_receive, apply the same change there.Fixes 5e10da5385d2 ("skbuff: allow 'slow_gro' for skb carring sock reference")Signed-off-by Antoine Tenart <[email protected]>Reviewed-by Willem de Bruijn <[email protected]>Signed-off-by David S. Miller <[email protected]>
Now queued up, thanks.
greg k-h