From: Stanislav Fomichev <stfomichev@gmail.com>
To: Jordan Rife <jordan@jrife.io>
Cc: netdev@vger.kernel.org, bpf@vger.kernel.org,
Daniel Borkmann <daniel@iogearbox.net>,
Martin KaFai Lau <martin.lau@linux.dev>,
Willem de Bruijn <willemdebruijn.kernel@gmail.com>,
Kuniyuki Iwashima <kuniyu@google.com>,
Alexei Starovoitov <alexei.starovoitov@gmail.com>
Subject: Re: [PATCH v3 bpf-next 05/12] bpf: tcp: Avoid socket skips and repeats during iteration
Date: Mon, 30 Jun 2025 11:32:27 -0700 [thread overview]
Message-ID: <aGLYO7XRafb9ROQi@mini-arch> (raw)
In-Reply-To: <20250630171709.113813-6-jordan@jrife.io>
On 06/30, Jordan Rife wrote:
> Replace the offset-based approach for tracking progress through a bucket
> in the TCP table with one based on socket cookies. Remember the cookies
> of unprocessed sockets from the last batch and use this list to
> pick up where we left off or, in the case that the next socket
> disappears between reads, find the first socket after that point that
> still exists in the bucket and resume from there.
>
> This approach guarantees that all sockets that existed when iteration
> began and continue to exist throughout will be visited exactly once.
> Sockets that are added to the table during iteration may or may not be
> seen, but if they are they will be seen exactly once.
>
> Signed-off-by: Jordan Rife <jordan@jrife.io>
> ---
> net/ipv4/tcp_ipv4.c | 147 ++++++++++++++++++++++++++++++++++----------
> 1 file changed, 115 insertions(+), 32 deletions(-)
>
> diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c
> index bb51d62066a4..510053836a3c 100644
> --- a/net/ipv4/tcp_ipv4.c
> +++ b/net/ipv4/tcp_ipv4.c
> @@ -58,6 +58,7 @@
> #include <linux/times.h>
> #include <linux/slab.h>
> #include <linux/sched.h>
> +#include <linux/sock_diag.h>
>
> #include <net/net_namespace.h>
> #include <net/icmp.h>
> @@ -3016,6 +3017,7 @@ static int tcp4_seq_show(struct seq_file *seq, void *v)
> #ifdef CONFIG_BPF_SYSCALL
> union bpf_tcp_iter_batch_item {
> struct sock *sk;
> + __u64 cookie;
> };
>
> struct bpf_tcp_iter_state {
> @@ -3046,10 +3048,19 @@ static int tcp_prog_seq_show(struct bpf_prog *prog, struct bpf_iter_meta *meta,
>
> static void bpf_iter_tcp_put_batch(struct bpf_tcp_iter_state *iter)
> {
> + union bpf_tcp_iter_batch_item *item;
> unsigned int cur_sk = iter->cur_sk;
> + __u64 cookie;
>
> - while (cur_sk < iter->end_sk)
> - sock_gen_put(iter->batch[cur_sk++].sk);
> + /* Remember the cookies of the sockets we haven't seen yet, so we can
> + * pick up where we left off next time around.
> + */
> + while (cur_sk < iter->end_sk) {
> + item = &iter->batch[cur_sk++];
> + cookie = sock_gen_cookie(item->sk);
> + sock_gen_put(item->sk);
> + item->cookie = cookie;
> + }
> }
>
> static int bpf_iter_tcp_realloc_batch(struct bpf_tcp_iter_state *iter,
> @@ -3070,6 +3081,106 @@ static int bpf_iter_tcp_realloc_batch(struct bpf_tcp_iter_state *iter,
> return 0;
> }
>
> +static struct sock *bpf_iter_tcp_resume_bucket(struct sock *first_sk,
> + union bpf_tcp_iter_batch_item *cookies,
> + int n_cookies)
> +{
> + struct hlist_nulls_node *node;
> + struct sock *sk;
> + int i;
> +
> + for (i = 0; i < n_cookies; i++) {
> + sk = first_sk;
> + sk_nulls_for_each_from(sk, node) {
> + if (cookies[i].cookie == atomic64_read(&sk->sk_cookie))
> + return sk;
> + }
nit: let's drop {} around sk_nulls_for_each_from?
> + }
> +
> + return NULL;
> +}
> +
> +static struct sock *bpf_iter_tcp_resume_listening(struct seq_file *seq)
> +{
> + struct inet_hashinfo *hinfo = seq_file_net(seq)->ipv4.tcp_death_row.hashinfo;
> + struct bpf_tcp_iter_state *iter = seq->private;
> + struct tcp_iter_state *st = &iter->state;
> + unsigned int find_cookie = iter->cur_sk;
> + unsigned int end_cookie = iter->end_sk;
> + int resume_bucket = st->bucket;
> + struct sock *sk;
> +
> + if (end_cookie && find_cookie == end_cookie)
> + ++st->bucket;
> +
> + sk = listening_get_first(seq);
> + iter->cur_sk = 0;
> + iter->end_sk = 0;
> +
> + if (sk && st->bucket == resume_bucket && end_cookie) {
> + sk = bpf_iter_tcp_resume_bucket(sk, &iter->batch[find_cookie],
> + end_cookie - find_cookie);
> + if (!sk) {
> + spin_unlock(&hinfo->lhash2[st->bucket].lock);
> + ++st->bucket;
> + sk = listening_get_first(seq);
> + }
> + }
> +
> + return sk;
> +}
> +
> +static struct sock *bpf_iter_tcp_resume_established(struct seq_file *seq)
> +{
> + struct inet_hashinfo *hinfo = seq_file_net(seq)->ipv4.tcp_death_row.hashinfo;
> + struct bpf_tcp_iter_state *iter = seq->private;
> + struct tcp_iter_state *st = &iter->state;
> + unsigned int find_cookie = iter->cur_sk;
> + unsigned int end_cookie = iter->end_sk;
> + int resume_bucket = st->bucket;
> + struct sock *sk;
> +
> + if (end_cookie && find_cookie == end_cookie)
> + ++st->bucket;
> +
> + sk = established_get_first(seq);
> + iter->cur_sk = 0;
> + iter->end_sk = 0;
> +
> + if (sk && st->bucket == resume_bucket && end_cookie) {
> + sk = bpf_iter_tcp_resume_bucket(sk, &iter->batch[find_cookie],
> + end_cookie - find_cookie);
> + if (!sk) {
> + spin_unlock_bh(inet_ehash_lockp(hinfo, st->bucket));
> + ++st->bucket;
> + sk = established_get_first(seq);
> + }
> + }
> +
> + return sk;
> +}
> +
> +static struct sock *bpf_iter_tcp_resume(struct seq_file *seq)
> +{
> + struct bpf_tcp_iter_state *iter = seq->private;
> + struct tcp_iter_state *st = &iter->state;
> + struct sock *sk = NULL;
> +
> + switch (st->state) {
> + case TCP_SEQ_STATE_LISTENING:
> + sk = bpf_iter_tcp_resume_listening(seq);
> + if (sk)
> + break;
> + st->bucket = 0;
> + st->state = TCP_SEQ_STATE_ESTABLISHED;
> + fallthrough;
> + case TCP_SEQ_STATE_ESTABLISHED:
> + sk = bpf_iter_tcp_resume_established(seq);
nit: add break here for consistency?
next prev parent reply other threads:[~2025-06-30 18:32 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-30 17:16 [PATCH v3 bpf-next 00/12] bpf: tcp: Exactly-once socket iteration Jordan Rife
2025-06-30 17:16 ` [PATCH v3 bpf-next 01/12] bpf: tcp: Make mem flags configurable through bpf_iter_tcp_realloc_batch Jordan Rife
2025-06-30 17:16 ` [PATCH v3 bpf-next 02/12] bpf: tcp: Make sure iter->batch always contains a full bucket snapshot Jordan Rife
2025-06-30 18:31 ` Stanislav Fomichev
2025-06-30 17:16 ` [PATCH v3 bpf-next 03/12] bpf: tcp: Get rid of st_bucket_done Jordan Rife
2025-06-30 17:16 ` [PATCH v3 bpf-next 04/12] bpf: tcp: Use bpf_tcp_iter_batch_item for bpf_tcp_iter_state batch items Jordan Rife
2025-06-30 17:16 ` [PATCH v3 bpf-next 05/12] bpf: tcp: Avoid socket skips and repeats during iteration Jordan Rife
2025-06-30 18:32 ` Stanislav Fomichev [this message]
2025-07-06 18:36 ` Jordan Rife
2025-06-30 17:16 ` [PATCH v3 bpf-next 06/12] selftests/bpf: Add tests for bucket resume logic in listening sockets Jordan Rife
2025-06-30 17:17 ` [PATCH v3 bpf-next 07/12] selftests/bpf: Allow for iteration over multiple ports Jordan Rife
2025-06-30 17:17 ` [PATCH v3 bpf-next 08/12] selftests/bpf: Allow for iteration over multiple states Jordan Rife
2025-06-30 18:34 ` Stanislav Fomichev
2025-06-30 17:17 ` [PATCH v3 bpf-next 09/12] selftests/bpf: Make ehash buckets configurable in socket iterator tests Jordan Rife
2025-06-30 17:17 ` [PATCH v3 bpf-next 10/12] selftests/bpf: Create established sockets " Jordan Rife
2025-06-30 18:47 ` Stanislav Fomichev
2025-06-30 17:17 ` [PATCH v3 bpf-next 11/12] selftests/bpf: Create iter_tcp_destroy test program Jordan Rife
2025-06-30 17:17 ` [PATCH v3 bpf-next 12/12] selftests/bpf: Add tests for bucket resume logic in established sockets Jordan Rife
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aGLYO7XRafb9ROQi@mini-arch \
--to=stfomichev@gmail.com \
--cc=alexei.starovoitov@gmail.com \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=jordan@jrife.io \
--cc=kuniyu@google.com \
--cc=martin.lau@linux.dev \
--cc=netdev@vger.kernel.org \
--cc=willemdebruijn.kernel@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.