udp_tunnel: GRO optimizations
Subsystems (3)
Paolo Abeni
maintainerv3 cover udp_tunnel: GRO optimizations
The UDP tunnel GRO stage is source of measurable overhead for workload based on UDP-encapsulated traffic: each incoming packets requires a full UDP socket lookup and an indirect call.
In the most common setups a single UDP tunnel device is used. In such case we can optimize both the lookup and the indirect call.
Patch 1 tracks per netns the active UDP tunnels and replaces the socket lookup with a single destination port comparison when possible.
Patch 2 tracks the different types of UDP tunnels and replaces the indirect call with a static one when there is a single UDP tunnel type active.
I measure ~5% performance improvement in TCP over UDP tunnel stream tests on top of this series.
---
v2 -> v3:
- avoid unneeded checks in udp_tunnel_update_gro_rcv()
- use RCU_INIT_POINTER() when possible
- drop 'inline' from c file
v2: https://lore.kernel.org/netdev/[email protected]/
v1 -> v2:
- fixed a couple of typos
- fixed UDP_TUNNEL=n build
- clarified design choices
(see the individual patches changelog for more details)
v1: https://lore.kernel.org/netdev/[email protected]/
Paolo Abeni (2):
udp_tunnel: create a fastpath GRO lookup.
udp_tunnel: use static call for GRO hooks when possible
include/linux/udp.h | 16 ++++ include/net/netns/ipv4.h | 11 +++ include/net/udp.h | 1 + include/net/udp_tunnel.h | 22 +++++ net/ipv4/udp.c | 13 ++- net/ipv4/udp_offload.c | 174 ++++++++++++++++++++++++++++++++++++- net/ipv4/udp_tunnel_core.c | 14 +++ net/ipv6/udp.c | 2 + net/ipv6/udp_offload.c | 5 ++ 9 files changed, 256 insertions(+), 2 deletions(-)
Signature · 1 line
2.48.1
Paolo Abeni
maintainerPATCH v3 1/2 udp_tunnel: create a fastpath GRO lookup.
Most UDP tunnels bind a socket to a local port, with ANY address, no peer and no interface index specified.
Additionally it's quite common to have a single tunnel device per namespace.
Track in each namespace the UDP tunnel socket respecting the above. When only a single one is present, store a reference in the netns.
When such reference is not NULL, UDP tunnel GRO lookup just need to match the incoming packet destination port vs the socket local port.
The tunnel socket never sets the reuse[port] flag[s]. When bound to no address and interface, no other socket can exist in the same netns matching the specified local port.
Note that the UDP tunnel socket reference is stored into struct netns_ipv4 for both IPv4 and IPv6 tunnels. That is intentional to keep all the fastpath-related netns fields in the same struct and allow cacheline-based optimization. Currently both the IPv4 and IPv6 socket pointer share the same cacheline as the udp_table field.
---
v2 -> v3:
- use RCU_INIT_POINTER() when possible
- drop 'inline' from c file
v1 -> v2:
- fix [1] -> [i] typo
- avoid replacing static_branch_dec(udp_encap_needed_key) with udp_encap_disable() (no-op)
- move ipv6 cleanup after encap disable
- clarified the design choice in the commit message
--- include/linux/udp.h | 16 ++++++++++++++++ include/net/netns/ipv4.h | 11 +++++++++++ include/net/udp.h | 1 + include/net/udp_tunnel.h | 18 ++++++++++++++++++ net/ipv4/udp.c | 13 ++++++++++++- net/ipv4/udp_offload.c | 37 +++++++++++++++++++++++++++++++++++++ net/ipv4/udp_tunnel_core.c | 12 ++++++++++++ net/ipv6/udp.c | 2 ++ net/ipv6/udp_offload.c | 5 +++++ 9 files changed, 114 insertions(+), 1 deletion(-)
include/linux/udp.h +16 -0
@@ -101,6 +101,13 @@ struct udp_sock {/* Cache friendly copy of sk->sk_peek_off >= 0 */ bool peeking_with_offset; + +/* +* Accounting for the tunnel GRO fastpath. +* Unprotected by compilers guard, as it uses space available in +* the last UDP socket cacheline. +*/ +struct hlist_node tunnel_list; };#define udp_test_bit (nr, sk) \
@@ -219,4 +226,13 @@ static inline void udp_allow_gso(struct sock *sk)#define IS_UDPLITE (__sk) (__sk->sk_protocol == IPPROTO_UDPLITE) +static inline struct sock *udp_tunnel_sk (const struct net *net,bool is_ipv6) +{ +#if IS_ENABLED (CONFIG_NET_UDP_TUNNEL ) +return rcu_dereference (net->ipv4.udp_tunnel_gro[is_ipv6].sk); +#else +return NULL ; +#endif +} +#endif /* _LINUX_UDP_H */
include/net/netns/ipv4.h +11 -0
@@ -47,6 +47,11 @@ struct sysctl_fib_multipath_hash_seed { };#endif +struct udp_tunnel_gro { +struct sock __rcu *sk; +struct hlist_head list; +}; +struct netns_ipv4 {/* Cacheline organization can be found documented in * Documentation/networking/net_cachelines/netns_ipv4_sysctl.rst.
@@ -85,6 +90,11 @@ struct netns_ipv4 {struct inet_timewait_death_row tcp_death_row;struct udp_table *udp_table; +#if IS_ENABLED (CONFIG_NET_UDP_TUNNEL ) +/* Not in a pernet subsys because need to be available at GRO stage */ +struct udp_tunnel_gro udp_tunnel_gro[2 ]; +#endif +#ifdef CONFIG_SYSCTL struct ctl_table_header *forw_hdr;struct ctl_table_header *frags_hdr;
@@ -277,4 +287,5 @@ struct netns_ipv4 {struct hlist_head *inet_addr_lst; struct delayed_work addr_chk_work; }; +#endif
include/net/udp.h +1 -0
@@ -290,6 +290,7 @@ static inline void udp_lib_init_sock(struct sock *sk)struct udp_sock *up =udp_sk (sk);skb_queue_head_init (&up->reader_queue); +INIT_HLIST_NODE (&up->tunnel_list); up->forward_threshold = sk->sk_rcvbuf >>2 ;set_bit (SOCK_CUSTOM_SOCKOPT , &sk->sk_socket->flags); }
include/net/udp_tunnel.h +18 -0
@@ -203,6 +203,24 @@ static inline void udp_tunnel_encap_enable(struct sock *sk)udp_encap_enable (); } +#if IS_ENABLED (CONFIG_NET_UDP_TUNNEL ) +void udp_tunnel_update_gro_lookup (struct net *net,struct sock *sk,bool add); +#else +static inline void udp_tunnel_update_gro_lookup (struct net *net, +struct sock *sk,bool add) {} +#endif + +static inline void udp_tunnel_cleanup_gro (struct sock *sk) +{ +struct udp_sock *up =udp_sk (sk); +struct net *net =sock_net (sk); + +if (!up->tunnel_list.pprev) +return ; + +udp_tunnel_update_gro_lookup (net, sk, false); +} +#define UDP_TUNNEL_NIC_MAX_TABLES 4enum udp_tunnel_nic_info_flags {
net/ipv4/udp.c +12 -1
@@ -2891,8 +2891,10 @@ void udp_destroy_sock(struct sock *sk)if (encap_destroy)encap_destroy (sk); } -if (udp_test_bit (ENCAP_ENABLED , sk)) +if (udp_test_bit (ENCAP_ENABLED , sk)) {static_branch_dec (&udp_encap_needed_key); +udp_tunnel_cleanup_gro (sk); + } } }
@@ -3804,6 +3806,15 @@ static void __net_init udp_set_table(struct net *net)static int __net_init udp_pernet_init (struct net *net) { +#if IS_ENABLED (CONFIG_NET_UDP_TUNNEL ) +int i; + +/* No tunnel is configured */ +for (i =0 ; i <ARRAY_SIZE (net->ipv4.udp_tunnel_gro); ++i) { +INIT_HLIST_HEAD (&net->ipv4.udp_tunnel_gro[i].list); +RCU_INIT_POINTER (net->ipv4.udp_tunnel_gro[i].sk,NULL ); + } +#endif udp_sysctl_init (net);udp_set_table (net);
net/ipv4/udp_offload.c +37 -0
@@ -12,6 +12,38 @@#include <net/udp.h> #include <net/protocol.h> #include <net/inet_common.h> +#include <net/udp_tunnel.h> + +#if IS_ENABLED (CONFIG_NET_UDP_TUNNEL ) +static DEFINE_SPINLOCK (udp_tunnel_gro_lock); + +void udp_tunnel_update_gro_lookup (struct net *net,struct sock *sk,bool add) +{ +bool is_ipv6 = sk->sk_family ==AF_INET6 ; +struct udp_sock *tup, *up =udp_sk (sk); +struct udp_tunnel_gro *udp_tunnel_gro; + +spin_lock (&udp_tunnel_gro_lock); + udp_tunnel_gro = &net->ipv4.udp_tunnel_gro[is_ipv6]; +if (add) +hlist_add_head (&up->tunnel_list, &udp_tunnel_gro->list); +else +hlist_del_init (&up->tunnel_list); + +if (udp_tunnel_gro->list.first && + !udp_tunnel_gro->list.first->next) { + tup = hlist_entry(udp_tunnel_gro->list.first, struct udp_sock, + tunnel_list); + +rcu_assign_pointer (udp_tunnel_gro->sk, (struct sock *)tup); + }else { +rcu_assign_pointer (udp_tunnel_gro->sk,NULL ); + } + +spin_unlock (&udp_tunnel_gro_lock); +} +EXPORT_SYMBOL_GPL (udp_tunnel_update_gro_lookup); +#endif static struct sk_buff *__skb_udp_tunnel_segment(struct sk_buff *skb, netdev_features_t features,
@@ -635,8 +667,13 @@ static struct sock *udp4_gro_lookup_skb(struct sk_buff *skb, __be16 sport, {const struct iphdr *iph =skb_gro_network_header (skb);struct net *net =dev_net_rcu (skb->dev); +struct sock *sk;int iif, sdif; + sk =udp_tunnel_sk (net, false); +if (sk && dport ==htons (sk->sk_num)) +return sk; +inet_get_iif_sdif (skb, &iif, &sdif); return __udp4_lib_lookup(net, iph->saddr, sport,
net/ipv4/udp_tunnel_core.c +12 -0
@@ -58,6 +58,15 @@ int udp_sock_create4(struct net *net, struct udp_port_cfg *cfg, }EXPORT_SYMBOL (udp_sock_create4); +static bool sk_saddr_any (struct sock *sk) +{ +#if IS_ENABLED (CONFIG_IPV6 ) +return ipv6_addr_any (&sk->sk_v6_rcv_saddr); +#else +return !sk->sk_rcv_saddr; +#endif +} +void setup_udp_tunnel_sock (struct net *net,struct socket *sock,struct udp_tunnel_sock_cfg *cfg) {
@@ -80,6 +89,9 @@ void setup_udp_tunnel_sock(struct net *net, struct socket *sock,udp_sk (sk)->gro_complete = cfg->gro_complete;udp_tunnel_encap_enable (sk); + +if (!sk->sk_dport && !sk->sk_bound_dev_if &&sk_saddr_any (sock->sk)) +udp_tunnel_update_gro_lookup (net, sock->sk, true); }EXPORT_SYMBOL_GPL (setup_udp_tunnel_sock);
net/ipv6/udp.c +2 -0
@@ -46,6 +46,7 @@#include <net/tcp_states.h> #include <net/ip6_checksum.h> #include <net/ip6_tunnel.h> +#include <net/udp_tunnel.h> #include <net/xfrm.h> #include <net/inet_hashtables.h> #include <net/inet6_hashtables.h>
@@ -1825,6 +1826,7 @@ void udpv6_destroy_sock(struct sock *sk)if (udp_test_bit (ENCAP_ENABLED , sk)) {static_branch_dec (&udpv6_encap_needed_key);udp_encap_disable (); +udp_tunnel_cleanup_gro (sk); } } }
net/ipv6/udp_offload.c +5 -0
@@ -118,8 +118,13 @@ static struct sock *udp6_gro_lookup_skb(struct sk_buff *skb, __be16 sport, {const struct ipv6hdr *iph =skb_gro_network_header (skb);struct net *net =dev_net_rcu (skb->dev); +struct sock *sk;int iif, sdif; + sk =udp_tunnel_sk (net, true); +if (sk && dport ==htons (sk->sk_num)) +return sk; +inet6_get_iif_sdif (skb, &iif, &sdif); return __udp6_lib_lookup(net, &iph->saddr, sport,
Signature · 1 line
2.48.1
Willem de Bruijn
maintainerRe: [PATCH v3 net-next 1/2] udp_tunnel: create a fastpath GRO lookup.
Quoted 8 lines · Paolo Abeni
Most UDP tunnels bind a socket to a local port, with ANY address, no peer and no interface index specified.
Additionally it's quite common to have a single tunnel device per namespace.Track in each namespace the UDP tunnel socket respecting the above. When only a single one is present, store a reference in the netns.
Quoted 6 lines
When such reference is not NULL, UDP tunnel GRO lookup just need to match the incoming packet destination port vs the socket local port.
The tunnel socket never sets the reuse[port] flag[s]. When bound to no address and interface, no other socket can exist in the same netns matching the specified local port.
What about packets with a non-local daddr (e.g., forwarding)?
Quoted 30 lines
Note that the UDP tunnel socket reference is stored into struct
netns_ipv4for both IPv4 and IPv6 tunnels. That is intentional to keep all the fastpath-related netns fields in the same struct and allow cacheline-based optimization. Currently both the IPv4 and IPv6 socket pointer share the same cacheline as theudp_tablefield.Signed-off-by Paolo Abeni <[email protected]>---
v2 -> v3:
- useRCU_INIT_POINTER()when possible
- drop 'inline' from c filev1 -> v2:
- fix [1] -> [i] typo
- avoid replacingstatic_branch_dec(udp_encap_needed_key)withudp_encap_disable()(no-op)
- move ipv6 cleanup after encap disable
- clarified the design choice in the commit messagenet/ipv4/udp_offload.c +11
-0+void udp_tunnel_update_gro_lookup (struct net *net,struct sock *sk,bool add) +{ +bool is_ipv6 = sk->sk_family ==AF_INET6 ; +struct udp_sock *tup, *up =udp_sk (sk); +struct udp_tunnel_gro *udp_tunnel_gro; + +spin_lock (&udp_tunnel_gro_lock); + udp_tunnel_gro = &net->ipv4.udp_tunnel_gro[is_ipv6]; +if (add) +hlist_add_head (&up->tunnel_list, &udp_tunnel_gro->list); +else
net/ipv4/udp_offload.c line 40
Quoted 10 lines
net/ipv4/udp_offload.c +10
-0+hlist_del_init (&up->tunnel_list); + +if (udp_tunnel_gro->list.first && + !udp_tunnel_gro->list.first->next) { + tup = hlist_entry(udp_tunnel_gro->list.first, struct udp_sock, + tunnel_list); + +rcu_assign_pointer (udp_tunnel_gro->sk, (struct sock *)tup); + }else { +rcu_assign_pointer (udp_tunnel_gro->sk,NULL );
not important, but can use RCU_INIT_POINTER
Quoted 24 lines
net/ipv4/udp_offload.c +11
-0+ } + +spin_unlock (&udp_tunnel_gro_lock); +} +EXPORT_SYMBOL_GPL (udp_tunnel_update_gro_lookup); +#endif static struct sk_buff *__skb_udp_tunnel_segment(struct sk_buff *skb, netdev_features_t features,@@ -635,8 +667,13 @@ static struct sock *udp4_gro_lookup_skb(struct sk_buff *skb, __be16 sport, {const struct iphdr *iph =skb_gro_network_header (skb);struct net *net =dev_net_rcu (skb->dev); +struct sock *sk;int iif, sdif; + sk =udp_tunnel_sk (net, false); +if (sk && dport ==htons (sk->sk_num)) +return sk; +inet_get_iif_sdif (skb, &iif, &sdif); return __udp4_lib_lookup(net, iph->saddr, sport,
Paolo Abeni
maintainerRe: [PATCH v3 net-next 1/2] udp_tunnel: create a fastpath GRO lookup.
Quoted 9 lines · Willem de Bruijn
Quoted 8 lines · Paolo Abeni
Most UDP tunnels bind a socket to a local port, with ANY address, no peer and no interface index specified.
Additionally it's quite common to have a single tunnel device per namespace.Track in each namespace the UDP tunnel socket respecting the above. When only a single one is present, store a reference in the netns.
Quoted 8 lines
Quoted 6 lines
When such reference is not NULL, UDP tunnel GRO lookup just need to match the incoming packet destination port vs the socket local port.
The tunnel socket never sets the reuse[port] flag[s]. When bound to no address and interface, no other socket can exist in the same netns matching the specified local port.
What about packets with a non-local daddr (e.g., forwarding)?
I'm unsure if I understand the question. Such incoming packets at the GRO stage will match the given tunnel socket, either by full socket lookup or by dport only selection.
If the GSO packet will be forwarded, it will segmented an xmit time.
Possibly you mean something entirely different?!?
Thanks!
Paolo
Willem de Bruijn
maintainerRe: [PATCH v3 net-next 1/2] udp_tunnel: create a fastpath GRO lookup.
Quoted 19 lines · Paolo Abeni
Quoted 9 lines · Willem de Bruijn
Quoted 8 lines · Paolo Abeni
Most UDP tunnels bind a socket to a local port, with ANY address, no peer and no interface index specified.
Additionally it's quite common to have a single tunnel device per namespace.Track in each namespace the UDP tunnel socket respecting the above. When only a single one is present, store a reference in the netns.
Quoted 8 lines
Quoted 6 lines
When such reference is not NULL, UDP tunnel GRO lookup just need to match the incoming packet destination port vs the socket local port.
The tunnel socket never sets the reuse[port] flag[s]. When bound to no address and interface, no other socket can exist in the same netns matching the specified local port.
What about packets with a non-local daddr (e.g., forwarding)?
Quoted 7 lines
I'm unsure if I understand the question. Such incoming packets at the GRO stage will match the given tunnel socket, either by full socket lookup or by dport only selection.
If the GSO packet will be forwarded, it will segmented an xmit time.
Possibly you mean something entirely different?!?
Thanks, no that is exactly what I meant:
Is a false positive possible? So answer is yes.
Is it safe. So, yes again, as further down the stack it just handles the GSO packet correctly.
Would you mind adding that to commit message explicitly, since you're respinning anyway?
Paolo Abeni
maintainerRe: [PATCH v3 net-next 1/2] udp_tunnel: create a fastpath GRO lookup.
Quoted 14 lines · Willem de Bruijn
Quoted 10 lines · Paolo Abeni
Quoted 1 line · Willem de Bruijn
What about packets with a non-local daddr (e.g., forwarding)?
I'm unsure if I understand the question. Such incoming packets at the GRO stage will match the given tunnel socket, either by full socket lookup or by dport only selection.
If the GSO packet will be forwarded, it will segmented an xmit time.
Possibly you mean something entirely different?!?
Thanks, no that is exactly what I meant:
Quoted 7 lines
Is a false positive possible? So answer is yes.
Is it safe. So, yes again, as further down the stack it just handles the GSO packet correctly.
Would you mind adding that to commit message explicitly, since you're respinning anyway?
I was confused because this patch does not change the current behaviour.
I'll add a note in v4.
Thanks,
Paolo
Willem de Bruijn
maintainerRe: [PATCH v3 net-next 1/2] udp_tunnel: create a fastpath GRO lookup.
Quoted 17 lines · Paolo Abeni
Quoted 16 lines · Willem de Bruijn
Quoted 10 lines · Paolo Abeni
Quoted 1 line · Willem de Bruijn
What about packets with a non-local daddr (e.g., forwarding)?
I'm unsure if I understand the question. Such incoming packets at the GRO stage will match the given tunnel socket, either by full socket lookup or by dport only selection.
If the GSO packet will be forwarded, it will segmented an xmit time.
Possibly you mean something entirely different?!?
Thanks, no that is exactly what I meant:
Is a false positive possible? So answer is yes.
Quoted 7 lines
Quoted 5 lines
Is it safe. So, yes again, as further down the stack it just handles the GSO packet correctly.
Would you mind adding that to commit message explicitly, since you're respinning anyway?
I was confused because this patch does not change the current behaviour.
Oh right, this is also true of the existing __udp6_lib_lookup path.
Quoted 1 line
I'll add a note in v4.
Thanks
Paolo Abeni
maintainerPATCH v3 2/2 udp_tunnel: use static call for GRO hooks when possible
In reply to Paolo AbeniIt's quite common to have a single UDP tunnel type active in the whole system. In such a case we can replace the indirect call for the UDP tunnel GRO callback with a static call.
Add the related accounting in the control path and switch to static call when possible. To keep the code simple use a static array for the registered tunnel types, and size such array based on the kernel config.
---
v2 -> v3:
- avoid unneeded checks in udp_tunnel_update_gro_rcv()
v1 -> v2:
- fix UDP_TUNNEL=n build
--- include/net/udp_tunnel.h | 4 ++ net/ipv4/udp_offload.c | 137 ++++++++++++++++++++++++++++++++++++- net/ipv4/udp_tunnel_core.c | 2 + 3 files changed, 142 insertions(+), 1 deletion(-)
include/net/udp_tunnel.h +4 -0
@@ -205,9 +205,11 @@ static inline void udp_tunnel_encap_enable(struct sock *sk)#if IS_ENABLED (CONFIG_NET_UDP_TUNNEL )void udp_tunnel_update_gro_lookup (struct net *net,struct sock *sk,bool add); +void udp_tunnel_update_gro_rcv (struct sock *sk,bool add);#else static inline void udp_tunnel_update_gro_lookup (struct net *net,struct sock *sk,bool add) {} +static inline void udp_tunnel_update_gro_rcv (struct sock *sk,bool add) {}#endif static inline void udp_tunnel_cleanup_gro (struct sock *sk)
@@ -215,6 +217,8 @@ static inline void udp_tunnel_cleanup_gro(struct sock *sk)struct udp_sock *up =udp_sk (sk);struct net *net =sock_net (sk); +udp_tunnel_update_gro_rcv (sk, false); +if (!up->tunnel_list.pprev)return ;
net/ipv4/udp_offload.c +136 -1
160 lines not on this page · raw message
net/ipv4/udp_tunnel_core.c +2 -0
@@ -90,6 +90,8 @@ void setup_udp_tunnel_sock(struct net *net, struct socket *sock,udp_tunnel_encap_enable (sk); +udp_tunnel_update_gro_rcv (sock->sk, true); +if (!sk->sk_dport && !sk->sk_bound_dev_if &&sk_saddr_any (sock->sk))udp_tunnel_update_gro_lookup (net, sock->sk, true); }
Signature · 1 line
2.48.1
Willem de Bruijn
maintainerRe: [PATCH v3 net-next 2/2] udp_tunnel: use static call for GRO hooks when possible
Quoted 98 lines · Paolo Abeni
It's quite common to have a single UDP tunnel type active in the whole system. In such a case we can replace the indirect call for the UDP tunnel GRO callback with a static call.
Add the related accounting in the control path and switch to static call when possible. To keep the code simple use a static array for the registered tunnel types, and size such array based on the kernel config.
Signed-off-by Paolo Abeni <[email protected]>---
v2 -> v3:
- avoid unneeded checks inudp_tunnel_update_gro_rcv()v1 -> v2:
- fix UDP_TUNNEL=n build--- include/net/udp_tunnel.h | 4 ++ net/ipv4/udp_offload.c | 137 ++++++++++++++++++++++++++++++++++++- net/ipv4/udp_tunnel_core.c | 2 + 3 files changed, 142 insertions(+), 1 deletion(-)include/net/udp_tunnel.h +4
-0@@ -205,9 +205,11 @@ static inline void udp_tunnel_encap_enable(struct sock *sk)#if IS_ENABLED (CONFIG_NET_UDP_TUNNEL )void udp_tunnel_update_gro_lookup (struct net *net,struct sock *sk,bool add); +void udp_tunnel_update_gro_rcv (struct sock *sk,bool add);#else static inline void udp_tunnel_update_gro_lookup (struct net *net,struct sock *sk,bool add) {} +static inline void udp_tunnel_update_gro_rcv (struct sock *sk,bool add) {}#endif static inline void udp_tunnel_cleanup_gro (struct sock *sk)@@ -215,6 +217,8 @@ static inline void udp_tunnel_cleanup_gro(struct sock *sk)struct udp_sock *up =udp_sk (sk);struct net *net =sock_net (sk); +udp_tunnel_update_gro_rcv (sk, false); +if (!up->tunnel_list.pprev)return ;net/ipv4/udp_offload.c +36
-0@@ -15,6 +15,39 @@#include <net/udp_tunnel.h> #if IS_ENABLED (CONFIG_NET_UDP_TUNNEL ) + +/* +* Dummy GRO tunnel callback; should never be invoked, exists +* mainly to avoid dangling/NULL values for the udp tunnel +* static call. +*/ +static struct sk_buff *dummy_gro_rcv (struct sock *sk, +struct list_head *head, +struct sk_buff *skb) +{ +WARN_ON_ONCE (1 ); +NAPI_GRO_CB (skb)->flush =1 ; +return NULL ; +} + +typedef struct sk_buff *(*udp_tunnel_gro_rcv_t )(struct sock *sk, +struct list_head *head, +struct sk_buff *skb); + +struct udp_tunnel_type_entry { +udp_tunnel_gro_rcv_t gro_receive; +refcount_t count; +}; + +#define UDP_MAX_TUNNEL_TYPES (IS_ENABLED(CONFIG_GENEVE) + \ + IS_ENABLED(CONFIG_VXLAN) * 2 + \ + IS_ENABLED(CONFIG_FOE) * 2) + +DEFINE_STATIC_CALL (udp_tunnel_gro_rcv, dummy_gro_rcv); +static DEFINE_STATIC_KEY_FALSE (udp_tunnel_static_call); +static struct mutex udp_tunnel_gro_type_lock; +static struct udp_tunnel_type_entry udp_tunnel_gro_types[UDP_MAX_TUNNEL_TYPES ]; +static unsigned int udp_tunnel_gro_type_nr;static DEFINE_SPINLOCK (udp_tunnel_gro_lock);void udp_tunnel_update_gro_lookup (struct net *net,struct sock *sk,bool add)@@ -43,6 +76,106 @@ void udp_tunnel_update_gro_lookup(struct net *net, struct sock *sk, bool add)spin_unlock (&udp_tunnel_gro_lock); }EXPORT_SYMBOL_GPL (udp_tunnel_update_gro_lookup); + +void udp_tunnel_update_gro_rcv (struct sock *sk,bool add) +{
net/ipv4/udp_offload.c void udp_tunnel_update_gro_lookup(struct net *net, struct sock *sk, bool add) · line 91
Quoted 10 lines
net/ipv4/udp_offload.c +10
-0+struct udp_tunnel_type_entry *cur =NULL , *avail =NULL ; +struct udp_sock *up =udp_sk (sk); +int i, old_gro_type_nr; + +if (!up->gro_receive) +return ; + +mutex_lock (&udp_tunnel_gro_type_lock); +for (i =0 ; i <UDP_MAX_TUNNEL_TYPES ; i++) { +if (!refcount_read (&udp_tunnel_gro_types[i].count))
Optionally: && !avail, to fill the list from the front. And on delete avoid gaps. For instance, like __fanout_link/__fanout_unlink.
Can stop sooner then. And list length is then implicit as i once found the first [i].count == zero.
Then again, this list is always short. I can imagine you prefer to leave as is.
Quoted 40 lines
net/ipv4/udp_offload.c +40
-0+ avail = &udp_tunnel_gro_types[i]; + else if (udp_tunnel_gro_types[i].gro_receive == up->gro_receive) + cur = &udp_tunnel_gro_types[i]; + } + old_gro_type_nr = udp_tunnel_gro_type_nr; +if (add) { +/* +* Update the matching entry, if found, or add a new one +* if needed +*/ +if (cur) { +refcount_inc (&cur->count); + goto out; + } + +if (unlikely (!avail)) { +pr_err_once ("Too many UDP tunnel types, please increase UDP_MAX_TUNNEL_TYPES\n" ); +/* Ensure static call will never be enabled */ + udp_tunnel_gro_type_nr =UDP_MAX_TUNNEL_TYPES +2 ; + goto out; + } + +refcount_set (&avail->count,1 ); + avail->gro_receive = up->gro_receive; + udp_tunnel_gro_type_nr++; + }else { +/* +* The stack cleanups only successfully added tunnel, the +* lookup on removal should never fail. +*/ +if (WARN_ON_ONCE (!cur)) + goto out; + +if (!refcount_dec_and_test (&cur->count)) + goto out; + udp_tunnel_gro_type_nr--; + } + +if (udp_tunnel_gro_type_nr ==1 ) { +for (i =0 ; i <UDP_MAX_TUNNEL_TYPES ; i++) {
net/ipv4/udp_offload.c void udp_tunnel_update_gro_lookup(struct net *net, struct sock *sk, bool add) · line 141
Quoted 10 lines
net/ipv4/udp_offload.c +10
-0+ cur = &udp_tunnel_gro_types[i]; +if (refcount_read (&cur->count)) { +static_call_update (udp_tunnel_gro_rcv, + cur->gro_receive); +static_branch_enable (&udp_tunnel_static_call); + } + } + }else if (old_gro_type_nr ==1 ) { +static_branch_disable (&udp_tunnel_static_call); +static_call_update (udp_tunnel_gro_rcv, dummy_gro_rcv);
These operations must not be reorderd, or dummy_gro_rcv might get hit.
If static calls are not configured, the last call is just a WRITE_ONCE. Similar for static_branch_disable if !CONFIG_JUMP_LABEL.
Quoted 73 lines
net/ipv4/udp_offload.c +40
-1+ } + +out: +mutex_unlock (&udp_tunnel_gro_type_lock); +} +EXPORT_SYMBOL_GPL (udp_tunnel_update_gro_rcv); + +static void udp_tunnel_gro_init (void ) +{ +mutex_init (&udp_tunnel_gro_type_lock); +} + +static struct sk_buff *udp_tunnel_gro_rcv (struct sock *sk, +struct list_head *head, +struct sk_buff *skb) +{ +if (static_branch_likely (&udp_tunnel_static_call)) { +if (unlikely (gro_recursion_inc_test (skb))) { +NAPI_GRO_CB (skb)->flush |=1 ; +return NULL ; + } +return static_call (udp_tunnel_gro_rcv)(sk, head, skb); + } +return call_gro_receive_sk (udp_sk (sk)->gro_receive, sk, head, skb); +} + +#else + +static void udp_tunnel_gro_init (void ) {} + +static struct sk_buff *udp_tunnel_gro_rcv (struct sock *sk, +struct list_head *head, +struct sk_buff *skb) +{ +return call_gro_receive_sk (udp_sk (sk)->gro_receive, sk, head, skb); +} +#endif static struct sk_buff *__skb_udp_tunnel_segment(struct sk_buff *skb,@@ -654,7 +787,7 @@ struct sk_buff *udp_gro_receive(struct list_head *head, struct sk_buff *skb,skb_gro_pull (skb,sizeof (struct udphdr ));/* pull encapsulating udp header */ skb_gro_postpull_rcsum (skb, uh,sizeof (struct udphdr )); - pp =call_gro_receive_sk (udp_sk (sk)->gro_receive, sk, head, skb); + pp =udp_tunnel_gro_rcv (sk, head, skb); out:skb_gro_flush_final (skb, pp, flush);@@ -804,5 +937,7 @@ int __init udpv4_offload_init(void) .gro_complete = udp4_gro_complete, }, }; + +udp_tunnel_gro_init ();return inet_add_offload (&net_hotdata.udpv4_offload,IPPROTO_UDP ); }net/ipv4/udp_tunnel_core.c +2
-0@@ -90,6 +90,8 @@ void setup_udp_tunnel_sock(struct net *net, struct socket *sock,udp_tunnel_encap_enable (sk); +udp_tunnel_update_gro_rcv (sock->sk, true); +if (!sk->sk_dport && !sk->sk_bound_dev_if &&sk_saddr_any (sock->sk))udp_tunnel_update_gro_lookup (net, sock->sk, true); }Signature · 1 line
2.48.1
Paolo Abeni
maintainerRe: [PATCH v3 net-next 2/2] udp_tunnel: use static call for GRO hooks when possible
Quoted 1 line · Willem de Bruijn
Paolo Abeni wrote:
[...]
Quoted 16 lines
net/ipv4/udp_offload.c void udp_tunnel_update_gro_lookup(struct net *net, struct sock *sk, bool add) · line 91
Quoted 12 lines
net/ipv4/udp_offload.c +12
-0+void udp_tunnel_update_gro_rcv (struct sock *sk,bool add) +{ +struct udp_tunnel_type_entry *cur =NULL , *avail =NULL ; +struct udp_sock *up =udp_sk (sk); +int i, old_gro_type_nr; + +if (!up->gro_receive) +return ; + +mutex_lock (&udp_tunnel_gro_type_lock); +for (i =0 ; i <UDP_MAX_TUNNEL_TYPES ; i++) { +if (!refcount_read (&udp_tunnel_gro_types[i].count))Optionally: && !avail, to fill the list from the front. And on delete avoid gaps. For instance, like __fanout_link/__fanout_unlink.
Quoted 5 lines
Can stop sooner then. And list length is then implicit as i once found the first [i].count == zero.
Then again, this list is always short. I can imagine you prefer to leave as is.
I avoided optimizations for this slow path, to keep the code simpler. Thinking again about it, avoiding gaps will simplify/cleanup the code a bit (no need to lookup the enabled tunnel on deletion and to use avail on addition), so I'll do it.
Note that I'll still need to explicitly track the number of enabled tunnel types, as an easy way to disable the static call in the unlikely udp_tunnel_gro_type_nr == UDP_MAX_TUNNEL_TYPES event.
[...]
Quoted 15 lines
net/ipv4/udp_offload.c void udp_tunnel_update_gro_lookup(struct net *net, struct sock *sk, bool add) · line 141
Quoted 12 lines
net/ipv4/udp_offload.c +12
-0+if (udp_tunnel_gro_type_nr ==1 ) { +for (i =0 ; i <UDP_MAX_TUNNEL_TYPES ; i++) { + cur = &udp_tunnel_gro_types[i]; +if (refcount_read (&cur->count)) { +static_call_update (udp_tunnel_gro_rcv, + cur->gro_receive); +static_branch_enable (&udp_tunnel_static_call); + } + } + }else if (old_gro_type_nr ==1 ) { +static_branch_disable (&udp_tunnel_static_call); +static_call_update (udp_tunnel_gro_rcv, dummy_gro_rcv);These operations must not be reorderd, or
dummy_gro_rcvmight get hit.
Quoted 2 lines
If static calls are not configured, the last call is just a
WRITE_ONCE. Similar forstatic_branch_disableif !CONFIG_JUMP_LABEL.
When both construct are disabled, I think a wmb/rmb pair would be needed to ensure no reordering, and that in turn looks overkill. I think it would be better just drop the WARN_ONCE in dummy_gro_rcv().
/P
Willem de Bruijn
maintainerRe: [PATCH v3 net-next 2/2] udp_tunnel: use static call for GRO hooks when possible
Quoted 50 lines · Paolo Abeni
Quoted 1 line · Willem de Bruijn
Paolo Abeni wrote:
[...]
Quoted 16 lines
net/ipv4/udp_offload.c void udp_tunnel_update_gro_lookup(struct net *net, struct sock *sk, bool add) · line 91
Quoted 12 lines
net/ipv4/udp_offload.c +12
-0+void udp_tunnel_update_gro_rcv (struct sock *sk,bool add) +{ +struct udp_tunnel_type_entry *cur =NULL , *avail =NULL ; +struct udp_sock *up =udp_sk (sk); +int i, old_gro_type_nr; + +if (!up->gro_receive) +return ; + +mutex_lock (&udp_tunnel_gro_type_lock); +for (i =0 ; i <UDP_MAX_TUNNEL_TYPES ; i++) { +if (!refcount_read (&udp_tunnel_gro_types[i].count))Optionally: && !avail, to fill the list from the front. And on delete avoid gaps. For instance, like __fanout_link/__fanout_unlink.
Quoted 5 lines
Can stop sooner then. And list length is then implicit as i once found the first [i].count == zero.
Then again, this list is always short. I can imagine you prefer to leave as is.
I avoided optimizations for this slow path, to keep the code simpler. Thinking again about it, avoiding gaps will simplify/cleanup the code a bit (no need to lookup the enabled tunnel on deletion and to use
availon addition), so I'll do it.Note that I'll still need to explicitly track the number of enabled tunnel types, as an easy way to disable the static call in the unlikely
udp_tunnel_gro_type_nr==UDP_MAX_TUNNEL_TYPESevent.[...]
Quoted 15 lines
net/ipv4/udp_offload.c void udp_tunnel_update_gro_lookup(struct net *net, struct sock *sk, bool add) · line 141
Quoted 12 lines
net/ipv4/udp_offload.c +12
-0+if (udp_tunnel_gro_type_nr ==1 ) { +for (i =0 ; i <UDP_MAX_TUNNEL_TYPES ; i++) { + cur = &udp_tunnel_gro_types[i]; +if (refcount_read (&cur->count)) { +static_call_update (udp_tunnel_gro_rcv, + cur->gro_receive); +static_branch_enable (&udp_tunnel_static_call); + } + } + }else if (old_gro_type_nr ==1 ) { +static_branch_disable (&udp_tunnel_static_call); +static_call_update (udp_tunnel_gro_rcv, dummy_gro_rcv);These operations must not be reorderd, or
dummy_gro_rcvmight get hit.
Quoted 6 lines
Quoted 2 lines
If static calls are not configured, the last call is just a
WRITE_ONCE. Similar forstatic_branch_disableif !CONFIG_JUMP_LABEL.When both construct are disabled, I think a wmb/rmb pair would be needed to ensure no reordering, and that in turn looks overkill. I think it would be better just drop the
WARN_ONCEindummy_gro_rcv().
SGTM, thanks.
Re: [PATCH v3 net-next 2/2] udp_tunnel: use static call for GRO hooks when possible
In reply to Paolo AbeniFrom: Paolo Abeni <[email protected]>
Date: Mon, 10 Mar 2025 20:09:49 +0100
Quoted 25 lines
net/ipv4/udp_offload.c +17
-0@@ -15,6 +15,39 @@#include <net/udp_tunnel.h> #if IS_ENABLED (CONFIG_NET_UDP_TUNNEL ) + +/* +* Dummy GRO tunnel callback; should never be invoked, exists +* mainly to avoid dangling/NULL values for the udp tunnel +* static call. +*/ +static struct sk_buff *dummy_gro_rcv (struct sock *sk, +struct list_head *head, +struct sk_buff *skb) +{ +WARN_ON_ONCE (1 ); +NAPI_GRO_CB (skb)->flush =1 ; +return NULL ; +} + +typedef struct sk_buff *(*udp_tunnel_gro_rcv_t)(struct sock *sk, + struct list_head *head,
net/ipv4/udp_offload.c line 44
Quoted 10 lines
net/ipv4/udp_offload.c +10
-0+ struct sk_buff *skb); + +struct udp_tunnel_type_entry { +udp_tunnel_gro_rcv_t gro_receive; +refcount_t count; +}; + +#define UDP_MAX_TUNNEL_TYPES (IS_ENABLED(CONFIG_GENEVE) + \ + IS_ENABLED(CONFIG_VXLAN) * 2 + \ + IS_ENABLED(CONFIG_FOE) * 2)
I guess this is CONFIG_NET_FOU ?