All of lore.kernel.org
 help / color / mirror / Atom feed
From: patchwork-bot+netdevbpf@kernel.org
To: Puranjay Mohan <puranjay@kernel.org>
Cc: bpf@vger.kernel.org, ast@kernel.org, daniel@iogearbox.net,
	andrii@kernel.org, martin.lau@linux.dev, eddyz87@gmail.com,
	memxor@gmail.com, song@kernel.org, yonghong.song@linux.dev
Subject: Re: [PATCH bpf-next v2 0/2] bpf: Fix loop detection for re-arming async callbacks
Date: Thu, 24 Sep 2026 21:30:08 +0000	[thread overview]
Message-ID: <179028540814.2209702.10043434568520924501.git-patchwork-notify@kernel.org> (raw)
In-Reply-To: <20260924162609.1746610-1-puranjay@kernel.org>

Hello:

This series was applied to bpf/bpf-next.git (master)
by Alexei Starovoitov <ast@kernel.org>:

On Thu, 24 Sep 2026 09:26:05 -0700 you wrote:
> Changelog:
> v1: https://lore.kernel.org/all/20260923140152.4005097-1-puranjay@kernel.org/
> Changes in v2:
> - Patch 1: also fix push_callback_call(), which numbered a new entry
>   from the caller frame. When the callback re-arms from a subprog that
>   frame is not frame 0 and its count is 0, so every entry was numbered 1,
>   is_state_visited() never saw a difference, and a loop in such a
>   callback was still rejected.
> - Patch 2: loop_cb() now re-arms through a __noinline subprog, so the
>   caller frame at bpf_timer_set_callback() is not the callback's own
>   frame. The v1 test re-armed from frame 0 and passed without the
>   push_callback_call() fix.
> 
> [...]

Here is the summary with links:
  - [bpf-next,v2,1/2] bpf: Look at frame 0 when telling async callback entries apart
    https://git.kernel.org/bpf/bpf-next/c/e55220162aae
  - [bpf-next,v2,2/2] selftests/bpf: Add timer tests for a re-arming callback with a loop
    https://git.kernel.org/bpf/bpf-next/c/84bff37db2ad

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html



      parent reply	other threads:[~2026-09-24 21:31 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-24 16:26 [PATCH bpf-next v2 0/2] bpf: Fix loop detection for re-arming async callbacks Puranjay Mohan
2026-09-24 16:26 ` [PATCH bpf-next v2 1/2] bpf: Look at frame 0 when telling async callback entries apart Puranjay Mohan
2026-09-24 17:09   ` bot+bpf-ci
2026-09-24 16:26 ` [PATCH bpf-next v2 2/2] selftests/bpf: Add timer tests for a re-arming callback with a loop Puranjay Mohan
2026-09-24 21:30 ` patchwork-bot+netdevbpf [this message]

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=179028540814.2209702.10043434568520924501.git-patchwork-notify@kernel.org \
    --to=patchwork-bot+netdevbpf@kernel.org \
    --cc=andrii@kernel.org \
    --cc=ast@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=daniel@iogearbox.net \
    --cc=eddyz87@gmail.com \
    --cc=martin.lau@linux.dev \
    --cc=memxor@gmail.com \
    --cc=puranjay@kernel.org \
    --cc=song@kernel.org \
    --cc=yonghong.song@linux.dev \
    /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.