linux-stable.git/include/net/dst.h, branch linux-6.3.y

net: add atomic_long_t to net_device_stats fields

2022-11-16T12:48:44+00:00

Long standing KCSAN issues are caused by data-race around
some dev->stats changes.

Most performance critical paths already use per-cpu
variables, or per-queue ones.

It is reasonable (and more correct) to use atomic operations
for the slow paths.

This patch adds an union for each field of net_device_stats,
so that we can convert paths that are not yet protected
by a spinlock or a mutex.

netdev_stats_to_stats64() no longer has an #if BITS_PER_LONG==64

Note that the memcpy() we were using on 64bit arches
had no provision to avoid load-tearing,
while atomic_long_read() is providing the needed protection
at no cost.

Signed-off-by: Eric Dumazet 
Signed-off-by: David S. Miller

net: Remove unused inline function dst_hold_and_use()

2022-09-26T18:48:14+00:00

All uses of dst_hold_and_use() have
been removed since commit 1202cdd66531 ("Remove DECnet support
from kernel"), so remove it.

Signed-off-by: Gaosheng Cui 
Signed-off-by: Jakub Kicinski

net: dst: add net device refcount tracking to dst_entry

2021-12-07T00:05:10+00:00

We want to track all dev_hold()/dev_put() to ease leak hunting.

Signed-off-by: Eric Dumazet 
Signed-off-by: Jakub Kicinski

sk_buff: track dst status in slow_gro

2021-07-29T11:18:11+00:00

Similar to the previous patch, but covering the dst field:
the slow_gro flag is additionally set when a dst is attached
to the skb

RFC -> v1:
 - use the existing flag instead of adding a new one

Signed-off-by: Paolo Abeni 
Signed-off-by: David S. Miller

net: Consolidate common blackhole dst ops

2021-03-10T20:24:18+00:00

Move generic blackhole dst ops to the core and use them from both
ipv4_dst_blackhole_ops and ip6_dst_blackhole_ops where possible. No
functional change otherwise. We need these also in other locations
and having to define them over and over again is not great.

Signed-off-by: Daniel Borkmann 
Signed-off-by: David S. Miller

net: indirect call helpers for ipv4/ipv6 dst_check functions

2021-02-03T22:51:40+00:00

This patch avoids the indirect call for the common case:
ip6_dst_check and ipv4_dst_check

Signed-off-by: Brian Vazquez 
Signed-off-by: Jakub Kicinski

net: use indirect call helpers for dst_mtu

2021-02-03T22:51:39+00:00

This patch avoids the indirect call for the common case:
ip6_mtu and ipv4_mtu

Signed-off-by: Brian Vazquez 
Signed-off-by: Jakub Kicinski

net: use indirect call helpers for dst_output

2021-02-03T22:51:39+00:00

This patch avoids the indirect call for the common case:
ip6_output and ip_output

Signed-off-by: Brian Vazquez 
Signed-off-by: Jakub Kicinski

net: use indirect call helpers for dst_input

2021-02-03T22:51:39+00:00

This patch avoids the indirect call for the common case:
ip_local_deliver and ip6_input

Signed-off-by: Brian Vazquez 
Signed-off-by: Jakub Kicinski

mpls: drop skb's dst in mpls_forward()

2020-11-03T20:55:53+00:00

Commit 394de110a733 ("net: Added pointer check for
dst->ops->neigh_lookup in dst_neigh_lookup_skb") added a test in
dst_neigh_lookup_skb() to avoid a NULL pointer dereference. The root
cause was the MPLS forwarding code, which doesn't call skb_dst_drop()
on incoming packets. That is, if the packet is received from a
collect_md device, it has a metadata_dst attached to it that doesn't
implement any dst_ops function.

To align the MPLS behaviour with IPv4 and IPv6, let's drop the dst in
mpls_forward(). This way, dst_neigh_lookup_skb() doesn't need to test
->neigh_lookup any more. Let's keep a WARN condition though, to
document the precondition and to ease detection of such problems in the
future.

Signed-off-by: Guillaume Nault 
Link: https://lore.kernel.org/r/f8c2784c13faa54469a2aac339470b1049ca6b63.1604102750.git.gnault@redhat.com
Signed-off-by: Jakub Kicinski