This could likely be moved elsewhere. The presence of the flag on the skb indicates that one of the fragments may contain zerocopy RX data, where the data is not accessible to the cpu.
Signed-off-by: Jonathan Lemon <jonathan.le...@gmail.com> --- include/linux/skbuff.h | 3 ++- net/core/skbuff.c | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h index fa817a105517..006e10fcc7d9 100644 --- a/include/linux/skbuff.h +++ b/include/linux/skbuff.h @@ -782,7 +782,8 @@ struct sk_buff { fclone:2, peeked:1, head_frag:1, - pfmemalloc:1; + pfmemalloc:1, + zc_netgpu:1; #ifdef CONFIG_SKB_EXTENSIONS __u8 active_extensions; #endif diff --git a/net/core/skbuff.c b/net/core/skbuff.c index b8afefe6f6b6..2a391042be53 100644 --- a/net/core/skbuff.c +++ b/net/core/skbuff.c @@ -992,6 +992,7 @@ static struct sk_buff *__skb_clone(struct sk_buff *n, struct sk_buff *skb) n->cloned = 1; n->nohdr = 0; n->peeked = 0; + C(zc_netgpu); C(pfmemalloc); n->destructor = NULL; C(tail); -- 2.24.1