All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH bpf-next] bpf: support nested rcu critical sections
@ 2025-09-16 11:36 Puranjay Mohan
  2025-09-16 20:34 ` Alexei Starovoitov
                   ` (3 more replies)
  0 siblings, 4 replies; 9+ messages in thread
From: Puranjay Mohan @ 2025-09-16 11:36 UTC (permalink / raw)
  To: bpf
  Cc: Puranjay Mohan, kkd, Alexei Starovoitov, Andrii Nakryiko,
	Daniel Borkmann, Martin KaFai Lau, Eduard Zingerman,
	Puranjay Mohan, kernel-team

Currently, nested rcu critical sections are rejected by the verifier and
rcu_lock state is managed by a boolean variable. Add support for nested
rcu critical sections by make active_rcu_locks a counter similar to
active_preempt_locks. bpf_rcu_read_lock() increments this counter and
bpf_rcu_read_unlock() decrements it, MEM_RCU -> PTR_UNTRUSTED transition
happens when active_rcu_locks drops to 0.

Signed-off-by: Puranjay Mohan <puranjay@kernel.org>
---
 include/linux/bpf_verifier.h                  |  2 +-
 kernel/bpf/verifier.c                         | 34 ++++++++--------
 .../selftests/bpf/prog_tests/rcu_read_lock.c  |  4 +-
 .../selftests/bpf/progs/rcu_read_lock.c       | 40 +++++++++++++++++++
 4 files changed, 61 insertions(+), 19 deletions(-)

diff --git a/include/linux/bpf_verifier.h b/include/linux/bpf_verifier.h
index 020de62bd09c..3fb4632d5eed 100644
--- a/include/linux/bpf_verifier.h
+++ b/include/linux/bpf_verifier.h
@@ -441,7 +441,7 @@ struct bpf_verifier_state {
 	u32 active_irq_id;
 	u32 active_lock_id;
 	void *active_lock_ptr;
-	bool active_rcu_lock;
+	u32 active_rcu_locks;
 
 	bool speculative;
 	bool in_sleepable;
diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
index 1029380f84db..645af66e29ab 100644
--- a/kernel/bpf/verifier.c
+++ b/kernel/bpf/verifier.c
@@ -1438,7 +1438,7 @@ static int copy_reference_state(struct bpf_verifier_state *dst, const struct bpf
 	dst->acquired_refs = src->acquired_refs;
 	dst->active_locks = src->active_locks;
 	dst->active_preempt_locks = src->active_preempt_locks;
-	dst->active_rcu_lock = src->active_rcu_lock;
+	dst->active_rcu_locks = src->active_rcu_locks;
 	dst->active_irq_id = src->active_irq_id;
 	dst->active_lock_id = src->active_lock_id;
 	dst->active_lock_ptr = src->active_lock_ptr;
@@ -5924,7 +5924,7 @@ static bool in_sleepable(struct bpf_verifier_env *env)
  */
 static bool in_rcu_cs(struct bpf_verifier_env *env)
 {
-	return env->cur_state->active_rcu_lock ||
+	return env->cur_state->active_rcu_locks ||
 	       env->cur_state->active_locks ||
 	       !in_sleepable(env);
 }
@@ -10684,7 +10684,7 @@ static int check_func_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
 		}
 
 		if (env->subprog_info[subprog].might_sleep &&
-		    (env->cur_state->active_rcu_lock || env->cur_state->active_preempt_locks ||
+		    (env->cur_state->active_rcu_locks || env->cur_state->active_preempt_locks ||
 		     env->cur_state->active_irq_id || !in_sleepable(env))) {
 			verbose(env, "global functions that may sleep are not allowed in non-sleepable context,\n"
 				     "i.e., in a RCU/IRQ/preempt-disabled section, or in\n"
@@ -11231,7 +11231,7 @@ static int check_resource_leak(struct bpf_verifier_env *env, bool exception_exit
 		return -EINVAL;
 	}
 
-	if (check_lock && env->cur_state->active_rcu_lock) {
+	if (check_lock && env->cur_state->active_rcu_locks) {
 		verbose(env, "%s cannot be used inside bpf_rcu_read_lock-ed region\n", prefix);
 		return -EINVAL;
 	}
@@ -11426,7 +11426,7 @@ static int check_helper_call(struct bpf_verifier_env *env, struct bpf_insn *insn
 		return err;
 	}
 
-	if (env->cur_state->active_rcu_lock) {
+	if (env->cur_state->active_rcu_locks) {
 		if (fn->might_sleep) {
 			verbose(env, "sleepable helper %s#%d in rcu_read_lock region\n",
 				func_id_name(func_id), func_id);
@@ -13863,7 +13863,7 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
 	preempt_disable = is_kfunc_bpf_preempt_disable(&meta);
 	preempt_enable = is_kfunc_bpf_preempt_enable(&meta);
 
-	if (env->cur_state->active_rcu_lock) {
+	if (env->cur_state->active_rcu_locks) {
 		struct bpf_func_state *state;
 		struct bpf_reg_state *reg;
 		u32 clear_mask = (1 << STACK_SPILL) | (1 << STACK_ITER);
@@ -13874,22 +13874,22 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
 		}
 
 		if (rcu_lock) {
-			verbose(env, "nested rcu read lock (kernel function %s)\n", func_name);
-			return -EINVAL;
+			env->cur_state->active_rcu_locks++;
 		} else if (rcu_unlock) {
-			bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
-				if (reg->type & MEM_RCU) {
-					reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
-					reg->type |= PTR_UNTRUSTED;
-				}
-			}));
-			env->cur_state->active_rcu_lock = false;
+			if (--env->cur_state->active_rcu_locks == 0) {
+				bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
+					if (reg->type & MEM_RCU) {
+						reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
+						reg->type |= PTR_UNTRUSTED;
+					}
+				}));
+			}
 		} else if (sleepable) {
 			verbose(env, "kernel func %s is sleepable within rcu_read_lock region\n", func_name);
 			return -EACCES;
 		}
 	} else if (rcu_lock) {
-		env->cur_state->active_rcu_lock = true;
+		env->cur_state->active_rcu_locks++;
 	} else if (rcu_unlock) {
 		verbose(env, "unmatched rcu read unlock (kernel function %s)\n", func_name);
 		return -EINVAL;
@@ -18887,7 +18887,7 @@ static bool refsafe(struct bpf_verifier_state *old, struct bpf_verifier_state *c
 	if (old->active_preempt_locks != cur->active_preempt_locks)
 		return false;
 
-	if (old->active_rcu_lock != cur->active_rcu_lock)
+	if (old->active_rcu_locks != cur->active_rcu_locks)
 		return false;
 
 	if (!check_ids(old->active_irq_id, cur->active_irq_id, idmap))
diff --git a/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c b/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c
index c9f855e5da24..246eb259c08a 100644
--- a/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c
+++ b/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c
@@ -28,6 +28,7 @@ static void test_success(void)
 	bpf_program__set_autoload(skel->progs.two_regions, true);
 	bpf_program__set_autoload(skel->progs.non_sleepable_1, true);
 	bpf_program__set_autoload(skel->progs.non_sleepable_2, true);
+	bpf_program__set_autoload(skel->progs.nested_rcu_region, true);
 	bpf_program__set_autoload(skel->progs.task_trusted_non_rcuptr, true);
 	bpf_program__set_autoload(skel->progs.rcu_read_lock_subprog, true);
 	bpf_program__set_autoload(skel->progs.rcu_read_lock_global_subprog, true);
@@ -78,7 +79,8 @@ static const char * const inproper_region_tests[] = {
 	"non_sleepable_rcu_mismatch",
 	"inproper_sleepable_helper",
 	"inproper_sleepable_kfunc",
-	"nested_rcu_region",
+	"nested_rcu_region_unbalanced_1",
+	"nested_rcu_region_unbalanced_2",
 	"rcu_read_lock_global_subprog_lock",
 	"rcu_read_lock_global_subprog_unlock",
 	"rcu_read_lock_sleepable_helper_global_subprog",
diff --git a/tools/testing/selftests/bpf/progs/rcu_read_lock.c b/tools/testing/selftests/bpf/progs/rcu_read_lock.c
index 3a868a199349..d70c28824bbe 100644
--- a/tools/testing/selftests/bpf/progs/rcu_read_lock.c
+++ b/tools/testing/selftests/bpf/progs/rcu_read_lock.c
@@ -278,6 +278,46 @@ int nested_rcu_region(void *ctx)
 	return 0;
 }
 
+SEC("?fentry.s/" SYS_PREFIX "sys_nanosleep")
+int nested_rcu_region_unbalanced_1(void *ctx)
+{
+	struct task_struct *task, *real_parent;
+
+	/* nested rcu read lock regions */
+	task = bpf_get_current_task_btf();
+	bpf_rcu_read_lock();
+	bpf_rcu_read_lock();
+	real_parent = task->real_parent;
+	if (!real_parent)
+		goto out;
+	(void)bpf_task_storage_get(&map_a, real_parent, 0, 0);
+out:
+	bpf_rcu_read_unlock();
+	bpf_rcu_read_unlock();
+	bpf_rcu_read_unlock();
+	return 0;
+}
+
+SEC("?fentry.s/" SYS_PREFIX "sys_nanosleep")
+int nested_rcu_region_unbalanced_2(void *ctx)
+{
+	struct task_struct *task, *real_parent;
+
+	/* nested rcu read lock regions */
+	task = bpf_get_current_task_btf();
+	bpf_rcu_read_lock();
+	bpf_rcu_read_lock();
+	bpf_rcu_read_lock();
+	real_parent = task->real_parent;
+	if (!real_parent)
+		goto out;
+	(void)bpf_task_storage_get(&map_a, real_parent, 0, 0);
+out:
+	bpf_rcu_read_unlock();
+	bpf_rcu_read_unlock();
+	return 0;
+}
+
 SEC("?fentry.s/" SYS_PREFIX "sys_getpgid")
 int task_trusted_non_rcuptr(void *ctx)
 {
-- 
2.47.3


^ permalink raw reply related	[flat|nested] 9+ messages in thread

* Re: [PATCH bpf-next] bpf: support nested rcu critical sections
  2025-09-16 11:36 [PATCH bpf-next] bpf: support nested rcu critical sections Puranjay Mohan
@ 2025-09-16 20:34 ` Alexei Starovoitov
  2025-09-17 13:43   ` Puranjay Mohan
  2025-09-16 23:26 ` Eduard Zingerman
                   ` (2 subsequent siblings)
  3 siblings, 1 reply; 9+ messages in thread
From: Alexei Starovoitov @ 2025-09-16 20:34 UTC (permalink / raw)
  To: Puranjay Mohan
  Cc: bpf, kkd, Alexei Starovoitov, Andrii Nakryiko, Daniel Borkmann,
	Martin KaFai Lau, Eduard Zingerman, Puranjay Mohan, Kernel Team

On Tue, Sep 16, 2025 at 4:36 AM Puranjay Mohan <puranjay@kernel.org> wrote:
>
> Currently, nested rcu critical sections are rejected by the verifier and
> rcu_lock state is managed by a boolean variable. Add support for nested
> rcu critical sections by make active_rcu_locks a counter similar to
> active_preempt_locks. bpf_rcu_read_lock() increments this counter and
> bpf_rcu_read_unlock() decrements it, MEM_RCU -> PTR_UNTRUSTED transition
> happens when active_rcu_locks drops to 0.
>
> Signed-off-by: Puranjay Mohan <puranjay@kernel.org>
> ---
>  include/linux/bpf_verifier.h                  |  2 +-
>  kernel/bpf/verifier.c                         | 34 ++++++++--------
>  .../selftests/bpf/prog_tests/rcu_read_lock.c  |  4 +-
>  .../selftests/bpf/progs/rcu_read_lock.c       | 40 +++++++++++++++++++
>  4 files changed, 61 insertions(+), 19 deletions(-)
>
> diff --git a/include/linux/bpf_verifier.h b/include/linux/bpf_verifier.h
> index 020de62bd09c..3fb4632d5eed 100644
> --- a/include/linux/bpf_verifier.h
> +++ b/include/linux/bpf_verifier.h
> @@ -441,7 +441,7 @@ struct bpf_verifier_state {
>         u32 active_irq_id;
>         u32 active_lock_id;
>         void *active_lock_ptr;
> -       bool active_rcu_lock;
> +       u32 active_rcu_locks;
>
>         bool speculative;
>         bool in_sleepable;
> diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
> index 1029380f84db..645af66e29ab 100644
> --- a/kernel/bpf/verifier.c
> +++ b/kernel/bpf/verifier.c
> @@ -1438,7 +1438,7 @@ static int copy_reference_state(struct bpf_verifier_state *dst, const struct bpf
>         dst->acquired_refs = src->acquired_refs;
>         dst->active_locks = src->active_locks;
>         dst->active_preempt_locks = src->active_preempt_locks;
> -       dst->active_rcu_lock = src->active_rcu_lock;
> +       dst->active_rcu_locks = src->active_rcu_locks;
>         dst->active_irq_id = src->active_irq_id;
>         dst->active_lock_id = src->active_lock_id;
>         dst->active_lock_ptr = src->active_lock_ptr;
> @@ -5924,7 +5924,7 @@ static bool in_sleepable(struct bpf_verifier_env *env)
>   */
>  static bool in_rcu_cs(struct bpf_verifier_env *env)
>  {
> -       return env->cur_state->active_rcu_lock ||
> +       return env->cur_state->active_rcu_locks ||
>                env->cur_state->active_locks ||
>                !in_sleepable(env);
>  }
> @@ -10684,7 +10684,7 @@ static int check_func_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>                 }
>
>                 if (env->subprog_info[subprog].might_sleep &&
> -                   (env->cur_state->active_rcu_lock || env->cur_state->active_preempt_locks ||
> +                   (env->cur_state->active_rcu_locks || env->cur_state->active_preempt_locks ||
>                      env->cur_state->active_irq_id || !in_sleepable(env))) {
>                         verbose(env, "global functions that may sleep are not allowed in non-sleepable context,\n"
>                                      "i.e., in a RCU/IRQ/preempt-disabled section, or in\n"
> @@ -11231,7 +11231,7 @@ static int check_resource_leak(struct bpf_verifier_env *env, bool exception_exit
>                 return -EINVAL;
>         }
>
> -       if (check_lock && env->cur_state->active_rcu_lock) {
> +       if (check_lock && env->cur_state->active_rcu_locks) {
>                 verbose(env, "%s cannot be used inside bpf_rcu_read_lock-ed region\n", prefix);
>                 return -EINVAL;
>         }
> @@ -11426,7 +11426,7 @@ static int check_helper_call(struct bpf_verifier_env *env, struct bpf_insn *insn
>                 return err;
>         }
>
> -       if (env->cur_state->active_rcu_lock) {
> +       if (env->cur_state->active_rcu_locks) {
>                 if (fn->might_sleep) {
>                         verbose(env, "sleepable helper %s#%d in rcu_read_lock region\n",
>                                 func_id_name(func_id), func_id);
> @@ -13863,7 +13863,7 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>         preempt_disable = is_kfunc_bpf_preempt_disable(&meta);
>         preempt_enable = is_kfunc_bpf_preempt_enable(&meta);
>
> -       if (env->cur_state->active_rcu_lock) {
> +       if (env->cur_state->active_rcu_locks) {
>                 struct bpf_func_state *state;
>                 struct bpf_reg_state *reg;
>                 u32 clear_mask = (1 << STACK_SPILL) | (1 << STACK_ITER);
> @@ -13874,22 +13874,22 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>                 }
>
>                 if (rcu_lock) {
> -                       verbose(env, "nested rcu read lock (kernel function %s)\n", func_name);
> -                       return -EINVAL;
> +                       env->cur_state->active_rcu_locks++;
>                 } else if (rcu_unlock) {
> -                       bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
> -                               if (reg->type & MEM_RCU) {
> -                                       reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
> -                                       reg->type |= PTR_UNTRUSTED;
> -                               }
> -                       }));
> -                       env->cur_state->active_rcu_lock = false;
> +                       if (--env->cur_state->active_rcu_locks == 0) {

hmm. can it go negative ?

nested_rcu_region_unbalanced_1 test suppose to check it,
but what kind of error is returned?


> +                               bpf_for_each_reg_in_vstate_mask(env-

rewrite it to avoid adding extra ident?

>cur_state, state, reg, clear_mask, ({
> +                                       if (reg->type & MEM_RCU) {
> +                                               reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
> +                                               reg->type |= PTR_UNTRUSTED;
> +                                       }
> +                               }));
> +                       }
>                 } else if (sleepable) {
>                         verbose(env, "kernel func %s is sleepable within rcu_read_lock region\n", func_name);
>                         return -EACCES;
>                 }
>         } else if (rcu_lock) {
> -               env->cur_state->active_rcu_lock = true;
> +               env->cur_state->active_rcu_locks++;
>         } else if (rcu_unlock) {
>                 verbose(env, "unmatched rcu read unlock (kernel function %s)\n", func_name);
>                 return -EINVAL;
> @@ -18887,7 +18887,7 @@ static bool refsafe(struct bpf_verifier_state *old, struct bpf_verifier_state *c
>         if (old->active_preempt_locks != cur->active_preempt_locks)
>                 return false;
>
> -       if (old->active_rcu_lock != cur->active_rcu_lock)
> +       if (old->active_rcu_locks != cur->active_rcu_locks)
>                 return false;
>
>         if (!check_ids(old->active_irq_id, cur->active_irq_id, idmap))
> diff --git a/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c b/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c
> index c9f855e5da24..246eb259c08a 100644
> --- a/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c
> +++ b/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c
> @@ -28,6 +28,7 @@ static void test_success(void)
>         bpf_program__set_autoload(skel->progs.two_regions, true);
>         bpf_program__set_autoload(skel->progs.non_sleepable_1, true);
>         bpf_program__set_autoload(skel->progs.non_sleepable_2, true);
> +       bpf_program__set_autoload(skel->progs.nested_rcu_region, true);
>         bpf_program__set_autoload(skel->progs.task_trusted_non_rcuptr, true);
>         bpf_program__set_autoload(skel->progs.rcu_read_lock_subprog, true);
>         bpf_program__set_autoload(skel->progs.rcu_read_lock_global_subprog, true);
> @@ -78,7 +79,8 @@ static const char * const inproper_region_tests[] = {
>         "non_sleepable_rcu_mismatch",
>         "inproper_sleepable_helper",
>         "inproper_sleepable_kfunc",
> -       "nested_rcu_region",

should be deleted from progs/rcu_read_lock.c too ?

This selftests hunk should in the main patch,
but below new tests need to go into another patch.

pw-bot: cr

> +       "nested_rcu_region_unbalanced_1",
> +       "nested_rcu_region_unbalanced_2",
>         "rcu_read_lock_global_subprog_lock",
>         "rcu_read_lock_global_subprog_unlock",
>         "rcu_read_lock_sleepable_helper_global_subprog",
> diff --git a/tools/testing/selftests/bpf/progs/rcu_read_lock.c b/tools/testing/selftests/bpf/progs/rcu_read_lock.c
> index 3a868a199349..d70c28824bbe 100644
> --- a/tools/testing/selftests/bpf/progs/rcu_read_lock.c
> +++ b/tools/testing/selftests/bpf/progs/rcu_read_lock.c
> @@ -278,6 +278,46 @@ int nested_rcu_region(void *ctx)
>         return 0;
>  }
>
> +SEC("?fentry.s/" SYS_PREFIX "sys_nanosleep")
> +int nested_rcu_region_unbalanced_1(void *ctx)
> +{
> +       struct task_struct *task, *real_parent;
> +
> +       /* nested rcu read lock regions */
> +       task = bpf_get_current_task_btf();
> +       bpf_rcu_read_lock();
> +       bpf_rcu_read_lock();
> +       real_parent = task->real_parent;
> +       if (!real_parent)
> +               goto out;
> +       (void)bpf_task_storage_get(&map_a, real_parent, 0, 0);
> +out:
> +       bpf_rcu_read_unlock();
> +       bpf_rcu_read_unlock();
> +       bpf_rcu_read_unlock();
> +       return 0;
> +}
> +
> +SEC("?fentry.s/" SYS_PREFIX "sys_nanosleep")
> +int nested_rcu_region_unbalanced_2(void *ctx)
> +{
> +       struct task_struct *task, *real_parent;
> +
> +       /* nested rcu read lock regions */
> +       task = bpf_get_current_task_btf();
> +       bpf_rcu_read_lock();
> +       bpf_rcu_read_lock();
> +       bpf_rcu_read_lock();
> +       real_parent = task->real_parent;
> +       if (!real_parent)
> +               goto out;
> +       (void)bpf_task_storage_get(&map_a, real_parent, 0, 0);
> +out:
> +       bpf_rcu_read_unlock();
> +       bpf_rcu_read_unlock();
> +       return 0;
> +}
> +
>  SEC("?fentry.s/" SYS_PREFIX "sys_getpgid")
>  int task_trusted_non_rcuptr(void *ctx)
>  {
> --
> 2.47.3
>

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH bpf-next] bpf: support nested rcu critical sections
  2025-09-16 11:36 [PATCH bpf-next] bpf: support nested rcu critical sections Puranjay Mohan
  2025-09-16 20:34 ` Alexei Starovoitov
@ 2025-09-16 23:26 ` Eduard Zingerman
  2025-09-17 13:44   ` Puranjay Mohan
  2025-09-17  0:59 ` Kumar Kartikeya Dwivedi
  2025-09-17  4:51 ` Leon Hwang
  3 siblings, 1 reply; 9+ messages in thread
From: Eduard Zingerman @ 2025-09-16 23:26 UTC (permalink / raw)
  To: Puranjay Mohan, bpf
  Cc: kkd, Alexei Starovoitov, Andrii Nakryiko, Daniel Borkmann,
	Martin KaFai Lau, Puranjay Mohan, kernel-team

On Tue, 2025-09-16 at 11:36 +0000, Puranjay Mohan wrote:
> Currently, nested rcu critical sections are rejected by the verifier and
> rcu_lock state is managed by a boolean variable. Add support for nested
> rcu critical sections by make active_rcu_locks a counter similar to
> active_preempt_locks. bpf_rcu_read_lock() increments this counter and
> bpf_rcu_read_unlock() decrements it, MEM_RCU -> PTR_UNTRUSTED transition
> happens when active_rcu_locks drops to 0.
> 
> Signed-off-by: Puranjay Mohan <puranjay@kernel.org>
> ---

[...]

> @@ -13874,22 +13874,22 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>  		}
>  
>  		if (rcu_lock) {
> -			verbose(env, "nested rcu read lock (kernel function %s)\n", func_name);
> -			return -EINVAL;
> +			env->cur_state->active_rcu_locks++;
>  		} else if (rcu_unlock) {
> -			bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
> -				if (reg->type & MEM_RCU) {
> -					reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
> -					reg->type |= PTR_UNTRUSTED;
> -				}
> -			}));
> -			env->cur_state->active_rcu_lock = false;
> +			if (--env->cur_state->active_rcu_locks == 0) {
> +				bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
> +					if (reg->type & MEM_RCU) {
> +						reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
> +						reg->type |= PTR_UNTRUSTED;
> +					}
> +				}));
> +			}
>  		} else if (sleepable) {
>  			verbose(env, "kernel func %s is sleepable within rcu_read_lock region\n", func_name);
>  			return -EACCES;
>  		}
>  	} else if (rcu_lock) {
> -		env->cur_state->active_rcu_lock = true;
> +		env->cur_state->active_rcu_locks++;
>  	} else if (rcu_unlock) {
>  		verbose(env, "unmatched rcu read unlock (kernel function %s)\n", func_name);
>  		return -EINVAL;

Nit: active_rcu_locks increment in two places can be avoided e.g. as follows:

        if (rcu_lock) {
                env->cur_state->active_rcu_locks++;
        } else if (rcu_unlock) {
                struct bpf_func_state *state;
                struct bpf_reg_state *reg;
                u32 clear_mask = (1 << STACK_SPILL) | (1 << STACK_ITER);

                if (env->cur_state->active_rcu_locks == 0) {
                        verbose(private_data: env, fmt: "unmatched rcu read unlock (kernel function %s)\n", func_name);
                        return -EINVAL;
                }
                if (--env->cur_state->active_rcu_locks == 0) {
                        bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
                                if (reg->type & MEM_RCU) {
                                        reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
                                        reg->type |= PTR_UNTRUSTED;
                                }
                        }));
                }
        } else if (sleepable) {
                verbose(private_data: env, fmt: "kernel func %s is sleepable within rcu_read_lock region\n", func_name);
                return -EACCES;
        }

        if (in_rbtree_lock_required_cb(env) && (rcu_lock || rcu_unlock)) {
                verbose(private_data: env, fmt: "Calling bpf_rcu_read_{lock,unlock} in unnecessary rbtree callback\n");
                return -EACCES;
        }

[...]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH bpf-next] bpf: support nested rcu critical sections
  2025-09-16 11:36 [PATCH bpf-next] bpf: support nested rcu critical sections Puranjay Mohan
  2025-09-16 20:34 ` Alexei Starovoitov
  2025-09-16 23:26 ` Eduard Zingerman
@ 2025-09-17  0:59 ` Kumar Kartikeya Dwivedi
  2025-09-17  4:51 ` Leon Hwang
  3 siblings, 0 replies; 9+ messages in thread
From: Kumar Kartikeya Dwivedi @ 2025-09-17  0:59 UTC (permalink / raw)
  To: Puranjay Mohan
  Cc: bpf, kkd, Alexei Starovoitov, Andrii Nakryiko, Daniel Borkmann,
	Martin KaFai Lau, Eduard Zingerman, Puranjay Mohan, kernel-team

On Tue, 16 Sept 2025 at 13:37, Puranjay Mohan <puranjay@kernel.org> wrote:
>
> Currently, nested rcu critical sections are rejected by the verifier and
> rcu_lock state is managed by a boolean variable. Add support for nested
> rcu critical sections by make active_rcu_locks a counter similar to
> active_preempt_locks. bpf_rcu_read_lock() increments this counter and
> bpf_rcu_read_unlock() decrements it, MEM_RCU -> PTR_UNTRUSTED transition
> happens when active_rcu_locks drops to 0.
>
> Signed-off-by: Puranjay Mohan <puranjay@kernel.org>
> ---
>

Apart from other comments, we discussed this once offline as well, but
it makes sense to upgrade the rcu_read_lock selftest to be higher
fidelity and match the error strings instead of simply testing failure
to load (which can lead to false positives). The other missing cases
to test would be interaction with subprogs (both non-global and
global), to make sure sleepable / non-sleepable summarization is
working correctly.

The logic itself looks okay to me.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH bpf-next] bpf: support nested rcu critical sections
  2025-09-16 11:36 [PATCH bpf-next] bpf: support nested rcu critical sections Puranjay Mohan
                   ` (2 preceding siblings ...)
  2025-09-17  0:59 ` Kumar Kartikeya Dwivedi
@ 2025-09-17  4:51 ` Leon Hwang
  2025-09-17 14:03   ` Puranjay Mohan
  3 siblings, 1 reply; 9+ messages in thread
From: Leon Hwang @ 2025-09-17  4:51 UTC (permalink / raw)
  To: Puranjay Mohan, bpf
  Cc: kkd, Alexei Starovoitov, Andrii Nakryiko, Daniel Borkmann,
	Martin KaFai Lau, Eduard Zingerman, Puranjay Mohan, kernel-team



On 16/9/25 19:36, Puranjay Mohan wrote:
> Currently, nested rcu critical sections are rejected by the verifier and
> rcu_lock state is managed by a boolean variable. Add support for nested
> rcu critical sections by make active_rcu_locks a counter similar to
> active_preempt_locks. bpf_rcu_read_lock() increments this counter and
> bpf_rcu_read_unlock() decrements it, MEM_RCU -> PTR_UNTRUSTED transition
> happens when active_rcu_locks drops to 0.
>
> Signed-off-by: Puranjay Mohan <puranjay@kernel.org>
> ---

[...]

> @@ -13863,7 +13863,7 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>  	preempt_disable = is_kfunc_bpf_preempt_disable(&meta);
>  	preempt_enable = is_kfunc_bpf_preempt_enable(&meta);
>
> -	if (env->cur_state->active_rcu_lock) {
> +	if (env->cur_state->active_rcu_locks) {
>  		struct bpf_func_state *state;
>  		struct bpf_reg_state *reg;
>  		u32 clear_mask = (1 << STACK_SPILL) | (1 << STACK_ITER);
> @@ -13874,22 +13874,22 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>  		}
>
>  		if (rcu_lock) {
> -			verbose(env, "nested rcu read lock (kernel function %s)\n", func_name);
> -			return -EINVAL;
> +			env->cur_state->active_rcu_locks++;

Could we add a check for the maximum of 'active_rcu_locks'?

From a cracker's perspective, this could potentially be abused to
stall the kernel or trigger a deadlock. Underneath 'rcu_read_lock()',
there are several RCU functions that tracing programs are able to
attach to. If those functions are traced, a deadlock can be triggered.

This scenario was already discussed in the thread:
"[BUG] Deadlock triggered by bpfsnoop funcgraph feature"[1].

[1]
https://lore.kernel.org/bpf/a08c7c19-1831-481f-9160-0583d850347a@linux.dev/

Thanks,
Leon

[...]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH bpf-next] bpf: support nested rcu critical sections
  2025-09-16 20:34 ` Alexei Starovoitov
@ 2025-09-17 13:43   ` Puranjay Mohan
  0 siblings, 0 replies; 9+ messages in thread
From: Puranjay Mohan @ 2025-09-17 13:43 UTC (permalink / raw)
  To: Alexei Starovoitov
  Cc: bpf, kkd, Alexei Starovoitov, Andrii Nakryiko, Daniel Borkmann,
	Martin KaFai Lau, Eduard Zingerman, Kernel Team

Alexei Starovoitov <alexei.starovoitov@gmail.com> writes:

> On Tue, Sep 16, 2025 at 4:36 AM Puranjay Mohan <puranjay@kernel.org> wrote:
>>
>> Currently, nested rcu critical sections are rejected by the verifier and
>> rcu_lock state is managed by a boolean variable. Add support for nested
>> rcu critical sections by make active_rcu_locks a counter similar to
>> active_preempt_locks. bpf_rcu_read_lock() increments this counter and
>> bpf_rcu_read_unlock() decrements it, MEM_RCU -> PTR_UNTRUSTED transition
>> happens when active_rcu_locks drops to 0.
>>
>> Signed-off-by: Puranjay Mohan <puranjay@kernel.org>
>> ---
>>  include/linux/bpf_verifier.h                  |  2 +-
>>  kernel/bpf/verifier.c                         | 34 ++++++++--------
>>  .../selftests/bpf/prog_tests/rcu_read_lock.c  |  4 +-
>>  .../selftests/bpf/progs/rcu_read_lock.c       | 40 +++++++++++++++++++
>>  4 files changed, 61 insertions(+), 19 deletions(-)
>>
>> diff --git a/include/linux/bpf_verifier.h b/include/linux/bpf_verifier.h
>> index 020de62bd09c..3fb4632d5eed 100644
>> --- a/include/linux/bpf_verifier.h
>> +++ b/include/linux/bpf_verifier.h
>> @@ -441,7 +441,7 @@ struct bpf_verifier_state {
>>         u32 active_irq_id;
>>         u32 active_lock_id;
>>         void *active_lock_ptr;
>> -       bool active_rcu_lock;
>> +       u32 active_rcu_locks;
>>
>>         bool speculative;
>>         bool in_sleepable;
>> diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
>> index 1029380f84db..645af66e29ab 100644
>> --- a/kernel/bpf/verifier.c
>> +++ b/kernel/bpf/verifier.c
>> @@ -1438,7 +1438,7 @@ static int copy_reference_state(struct bpf_verifier_state *dst, const struct bpf
>>         dst->acquired_refs = src->acquired_refs;
>>         dst->active_locks = src->active_locks;
>>         dst->active_preempt_locks = src->active_preempt_locks;
>> -       dst->active_rcu_lock = src->active_rcu_lock;
>> +       dst->active_rcu_locks = src->active_rcu_locks;
>>         dst->active_irq_id = src->active_irq_id;
>>         dst->active_lock_id = src->active_lock_id;
>>         dst->active_lock_ptr = src->active_lock_ptr;
>> @@ -5924,7 +5924,7 @@ static bool in_sleepable(struct bpf_verifier_env *env)
>>   */
>>  static bool in_rcu_cs(struct bpf_verifier_env *env)
>>  {
>> -       return env->cur_state->active_rcu_lock ||
>> +       return env->cur_state->active_rcu_locks ||
>>                env->cur_state->active_locks ||
>>                !in_sleepable(env);
>>  }
>> @@ -10684,7 +10684,7 @@ static int check_func_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>>                 }
>>
>>                 if (env->subprog_info[subprog].might_sleep &&
>> -                   (env->cur_state->active_rcu_lock || env->cur_state->active_preempt_locks ||
>> +                   (env->cur_state->active_rcu_locks || env->cur_state->active_preempt_locks ||
>>                      env->cur_state->active_irq_id || !in_sleepable(env))) {
>>                         verbose(env, "global functions that may sleep are not allowed in non-sleepable context,\n"
>>                                      "i.e., in a RCU/IRQ/preempt-disabled section, or in\n"
>> @@ -11231,7 +11231,7 @@ static int check_resource_leak(struct bpf_verifier_env *env, bool exception_exit
>>                 return -EINVAL;
>>         }
>>
>> -       if (check_lock && env->cur_state->active_rcu_lock) {
>> +       if (check_lock && env->cur_state->active_rcu_locks) {
>>                 verbose(env, "%s cannot be used inside bpf_rcu_read_lock-ed region\n", prefix);
>>                 return -EINVAL;
>>         }
>> @@ -11426,7 +11426,7 @@ static int check_helper_call(struct bpf_verifier_env *env, struct bpf_insn *insn
>>                 return err;
>>         }
>>
>> -       if (env->cur_state->active_rcu_lock) {
>> +       if (env->cur_state->active_rcu_locks) {
>>                 if (fn->might_sleep) {
>>                         verbose(env, "sleepable helper %s#%d in rcu_read_lock region\n",
>>                                 func_id_name(func_id), func_id);
>> @@ -13863,7 +13863,7 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>>         preempt_disable = is_kfunc_bpf_preempt_disable(&meta);
>>         preempt_enable = is_kfunc_bpf_preempt_enable(&meta);
>>
>> -       if (env->cur_state->active_rcu_lock) {
>> +       if (env->cur_state->active_rcu_locks) {
>>                 struct bpf_func_state *state;
>>                 struct bpf_reg_state *reg;
>>                 u32 clear_mask = (1 << STACK_SPILL) | (1 << STACK_ITER);
>> @@ -13874,22 +13874,22 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>>                 }
>>
>>                 if (rcu_lock) {
>> -                       verbose(env, "nested rcu read lock (kernel function %s)\n", func_name);
>> -                       return -EINVAL;
>> +                       env->cur_state->active_rcu_locks++;
>>                 } else if (rcu_unlock) {
>> -                       bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
>> -                               if (reg->type & MEM_RCU) {
>> -                                       reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
>> -                                       reg->type |= PTR_UNTRUSTED;
>> -                               }
>> -                       }));
>> -                       env->cur_state->active_rcu_lock = false;
>> +                       if (--env->cur_state->active_rcu_locks == 0) {
>
> hmm. can it go negative ?
>
> nested_rcu_region_unbalanced_1 test suppose to check it,
> but what kind of error is returned?

It can't go regative as active_rcu_locks is checked above before the
line (-- == 0) is executed, nested_rcu_region_unbalanced_1 will return
the following error:

unmatched rcu read unlock (kernel function bpf_rcu_read_unlock)

>
>
>> +                               bpf_for_each_reg_in_vstate_mask(env-
>
> rewrite it to avoid adding extra ident?

Ack!

>>cur_state, state, reg, clear_mask, ({
>> +                                       if (reg->type & MEM_RCU) {
>> +                                               reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
>> +                                               reg->type |= PTR_UNTRUSTED;
>> +                                       }
>> +                               }));
>> +                       }
>>                 } else if (sleepable) {
>>                         verbose(env, "kernel func %s is sleepable within rcu_read_lock region\n", func_name);
>>                         return -EACCES;
>>                 }
>>         } else if (rcu_lock) {
>> -               env->cur_state->active_rcu_lock = true;
>> +               env->cur_state->active_rcu_locks++;
>>         } else if (rcu_unlock) {
>>                 verbose(env, "unmatched rcu read unlock (kernel function %s)\n", func_name);
>>                 return -EINVAL;
>> @@ -18887,7 +18887,7 @@ static bool refsafe(struct bpf_verifier_state *old, struct bpf_verifier_state *c
>>         if (old->active_preempt_locks != cur->active_preempt_locks)
>>                 return false;
>>
>> -       if (old->active_rcu_lock != cur->active_rcu_lock)
>> +       if (old->active_rcu_locks != cur->active_rcu_locks)
>>                 return false;
>>
>>         if (!check_ids(old->active_irq_id, cur->active_irq_id, idmap))
>> diff --git a/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c b/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c
>> index c9f855e5da24..246eb259c08a 100644
>> --- a/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c
>> +++ b/tools/testing/selftests/bpf/prog_tests/rcu_read_lock.c
>> @@ -28,6 +28,7 @@ static void test_success(void)
>>         bpf_program__set_autoload(skel->progs.two_regions, true);
>>         bpf_program__set_autoload(skel->progs.non_sleepable_1, true);
>>         bpf_program__set_autoload(skel->progs.non_sleepable_2, true);
>> +       bpf_program__set_autoload(skel->progs.nested_rcu_region, true);
>>         bpf_program__set_autoload(skel->progs.task_trusted_non_rcuptr, true);
>>         bpf_program__set_autoload(skel->progs.rcu_read_lock_subprog, true);
>>         bpf_program__set_autoload(skel->progs.rcu_read_lock_global_subprog, true);
>> @@ -78,7 +79,8 @@ static const char * const inproper_region_tests[] = {
>>         "non_sleepable_rcu_mismatch",
>>         "inproper_sleepable_helper",
>>         "inproper_sleepable_kfunc",
>> -       "nested_rcu_region",
>
> should be deleted from progs/rcu_read_lock.c too ?

This is not deleted, just moved above into test_success() because now it
will succeed.

> This selftests hunk should in the main patch,
> but below new tests need to go into another patch.

Sure, I will split the changes into two patches.


Thanks,
Puranjay

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH bpf-next] bpf: support nested rcu critical sections
  2025-09-16 23:26 ` Eduard Zingerman
@ 2025-09-17 13:44   ` Puranjay Mohan
  0 siblings, 0 replies; 9+ messages in thread
From: Puranjay Mohan @ 2025-09-17 13:44 UTC (permalink / raw)
  To: Eduard Zingerman, bpf
  Cc: kkd, Alexei Starovoitov, Andrii Nakryiko, Daniel Borkmann,
	Martin KaFai Lau, kernel-team

Eduard Zingerman <eddyz87@gmail.com> writes:

> On Tue, 2025-09-16 at 11:36 +0000, Puranjay Mohan wrote:
>> Currently, nested rcu critical sections are rejected by the verifier and
>> rcu_lock state is managed by a boolean variable. Add support for nested
>> rcu critical sections by make active_rcu_locks a counter similar to
>> active_preempt_locks. bpf_rcu_read_lock() increments this counter and
>> bpf_rcu_read_unlock() decrements it, MEM_RCU -> PTR_UNTRUSTED transition
>> happens when active_rcu_locks drops to 0.
>> 
>> Signed-off-by: Puranjay Mohan <puranjay@kernel.org>
>> ---
>
> [...]
>
>> @@ -13874,22 +13874,22 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>>  		}
>>  
>>  		if (rcu_lock) {
>> -			verbose(env, "nested rcu read lock (kernel function %s)\n", func_name);
>> -			return -EINVAL;
>> +			env->cur_state->active_rcu_locks++;
>>  		} else if (rcu_unlock) {
>> -			bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
>> -				if (reg->type & MEM_RCU) {
>> -					reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
>> -					reg->type |= PTR_UNTRUSTED;
>> -				}
>> -			}));
>> -			env->cur_state->active_rcu_lock = false;
>> +			if (--env->cur_state->active_rcu_locks == 0) {
>> +				bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
>> +					if (reg->type & MEM_RCU) {
>> +						reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
>> +						reg->type |= PTR_UNTRUSTED;
>> +					}
>> +				}));
>> +			}
>>  		} else if (sleepable) {
>>  			verbose(env, "kernel func %s is sleepable within rcu_read_lock region\n", func_name);
>>  			return -EACCES;
>>  		}
>>  	} else if (rcu_lock) {
>> -		env->cur_state->active_rcu_lock = true;
>> +		env->cur_state->active_rcu_locks++;
>>  	} else if (rcu_unlock) {
>>  		verbose(env, "unmatched rcu read unlock (kernel function %s)\n", func_name);
>>  		return -EINVAL;
>
> Nit: active_rcu_locks increment in two places can be avoided e.g. as follows:
>
>         if (rcu_lock) {
>                 env->cur_state->active_rcu_locks++;
>         } else if (rcu_unlock) {
>                 struct bpf_func_state *state;
>                 struct bpf_reg_state *reg;
>                 u32 clear_mask = (1 << STACK_SPILL) | (1 << STACK_ITER);
>
>                 if (env->cur_state->active_rcu_locks == 0) {
>                         verbose(private_data: env, fmt: "unmatched rcu read unlock (kernel function %s)\n", func_name);
>                         return -EINVAL;
>                 }
>                 if (--env->cur_state->active_rcu_locks == 0) {
>                         bpf_for_each_reg_in_vstate_mask(env->cur_state, state, reg, clear_mask, ({
>                                 if (reg->type & MEM_RCU) {
>                                         reg->type &= ~(MEM_RCU | PTR_MAYBE_NULL);
>                                         reg->type |= PTR_UNTRUSTED;
>                                 }
>                         }));
>                 }
>         } else if (sleepable) {
>                 verbose(private_data: env, fmt: "kernel func %s is sleepable within rcu_read_lock region\n", func_name);
>                 return -EACCES;
>         }
>
>         if (in_rbtree_lock_required_cb(env) && (rcu_lock || rcu_unlock)) {
>                 verbose(private_data: env, fmt: "Calling bpf_rcu_read_{lock,unlock} in unnecessary rbtree callback\n");
>                 return -EACCES;
>         }
>
> [...]

I agree, this looks better. Will use it in the next version.

Thanks,
Puranjay

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH bpf-next] bpf: support nested rcu critical sections
  2025-09-17  4:51 ` Leon Hwang
@ 2025-09-17 14:03   ` Puranjay Mohan
  2025-09-18  2:25     ` Leon Hwang
  0 siblings, 1 reply; 9+ messages in thread
From: Puranjay Mohan @ 2025-09-17 14:03 UTC (permalink / raw)
  To: Leon Hwang, bpf
  Cc: kkd, Alexei Starovoitov, Andrii Nakryiko, Daniel Borkmann,
	Martin KaFai Lau, Eduard Zingerman, kernel-team

Leon Hwang <hffilwlqm@gmail.com> writes:

> On 16/9/25 19:36, Puranjay Mohan wrote:
>> Currently, nested rcu critical sections are rejected by the verifier and
>> rcu_lock state is managed by a boolean variable. Add support for nested
>> rcu critical sections by make active_rcu_locks a counter similar to
>> active_preempt_locks. bpf_rcu_read_lock() increments this counter and
>> bpf_rcu_read_unlock() decrements it, MEM_RCU -> PTR_UNTRUSTED transition
>> happens when active_rcu_locks drops to 0.
>>
>> Signed-off-by: Puranjay Mohan <puranjay@kernel.org>
>> ---
>
> [...]
>
>> @@ -13863,7 +13863,7 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>>  	preempt_disable = is_kfunc_bpf_preempt_disable(&meta);
>>  	preempt_enable = is_kfunc_bpf_preempt_enable(&meta);
>>
>> -	if (env->cur_state->active_rcu_lock) {
>> +	if (env->cur_state->active_rcu_locks) {
>>  		struct bpf_func_state *state;
>>  		struct bpf_reg_state *reg;
>>  		u32 clear_mask = (1 << STACK_SPILL) | (1 << STACK_ITER);
>> @@ -13874,22 +13874,22 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>>  		}
>>
>>  		if (rcu_lock) {
>> -			verbose(env, "nested rcu read lock (kernel function %s)\n", func_name);
>> -			return -EINVAL;
>> +			env->cur_state->active_rcu_locks++;
>
> Could we add a check for the maximum of 'active_rcu_locks'?
>
> From a cracker's perspective, this could potentially be abused to
> stall the kernel or trigger a deadlock. Underneath 'rcu_read_lock()',
> there are several RCU functions that tracing programs are able to
> attach to. If those functions are traced, a deadlock can be triggered.
>

IIUC what you are saying is that if I attach a BPF tracing program to
something under rcu_read_lock() and then call bpf_rcu_read_lock() in the
BPF program then there could recursion? Wouldn't that be triggered even
with a single call to bpf_rcu_read_lock() ?

Thanks,
Puranjay

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH bpf-next] bpf: support nested rcu critical sections
  2025-09-17 14:03   ` Puranjay Mohan
@ 2025-09-18  2:25     ` Leon Hwang
  0 siblings, 0 replies; 9+ messages in thread
From: Leon Hwang @ 2025-09-18  2:25 UTC (permalink / raw)
  To: Puranjay Mohan, bpf
  Cc: kkd, Alexei Starovoitov, Andrii Nakryiko, Daniel Borkmann,
	Martin KaFai Lau, Eduard Zingerman, kernel-team



On 17/9/25 22:03, Puranjay Mohan wrote:
> Leon Hwang <hffilwlqm@gmail.com> writes:
>
>> On 16/9/25 19:36, Puranjay Mohan wrote:
>>> Currently, nested rcu critical sections are rejected by the verifier and
>>> rcu_lock state is managed by a boolean variable. Add support for nested
>>> rcu critical sections by make active_rcu_locks a counter similar to
>>> active_preempt_locks. bpf_rcu_read_lock() increments this counter and
>>> bpf_rcu_read_unlock() decrements it, MEM_RCU -> PTR_UNTRUSTED transition
>>> happens when active_rcu_locks drops to 0.
>>>
>>> Signed-off-by: Puranjay Mohan <puranjay@kernel.org>
>>> ---
>>
>> [...]
>>
>>> @@ -13863,7 +13863,7 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>>>  	preempt_disable = is_kfunc_bpf_preempt_disable(&meta);
>>>  	preempt_enable = is_kfunc_bpf_preempt_enable(&meta);
>>>
>>> -	if (env->cur_state->active_rcu_lock) {
>>> +	if (env->cur_state->active_rcu_locks) {
>>>  		struct bpf_func_state *state;
>>>  		struct bpf_reg_state *reg;
>>>  		u32 clear_mask = (1 << STACK_SPILL) | (1 << STACK_ITER);
>>> @@ -13874,22 +13874,22 @@ static int check_kfunc_call(struct bpf_verifier_env *env, struct bpf_insn *insn,
>>>  		}
>>>
>>>  		if (rcu_lock) {
>>> -			verbose(env, "nested rcu read lock (kernel function %s)\n", func_name);
>>> -			return -EINVAL;
>>> +			env->cur_state->active_rcu_locks++;
>>
>> Could we add a check for the maximum of 'active_rcu_locks'?
>>
>> From a cracker's perspective, this could potentially be abused to
>> stall the kernel or trigger a deadlock. Underneath 'rcu_read_lock()',
>> there are several RCU functions that tracing programs are able to
>> attach to. If those functions are traced, a deadlock can be triggered.
>>
>
> IIUC what you are saying is that if I attach a BPF tracing program to
> something under rcu_read_lock() and then call bpf_rcu_read_lock() in the
> BPF program then there could recursion? Wouldn't that be triggered even
> with a single call to bpf_rcu_read_lock() ?
>

The recursion can happen, yes. But BPF tracing programs won't run
recursively.

However, the deadlock I ran into wasn’t caused directly by recursive BPF
programs, and I haven’t yet tracked down the exact root cause.

That said, even a single call to bpf_rcu_read_lock() can potentially
trigger a deadlock.

So I think it would be better to add bpf_rcu_read_lock() and
bpf_rcu_read_unlock() to the btf_id_deny list, similar to
__rcu_read_lock() and __rcu_read_unlock().

Thanks,
Leon

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2025-09-18  2:25 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-09-16 11:36 [PATCH bpf-next] bpf: support nested rcu critical sections Puranjay Mohan
2025-09-16 20:34 ` Alexei Starovoitov
2025-09-17 13:43   ` Puranjay Mohan
2025-09-16 23:26 ` Eduard Zingerman
2025-09-17 13:44   ` Puranjay Mohan
2025-09-17  0:59 ` Kumar Kartikeya Dwivedi
2025-09-17  4:51 ` Leon Hwang
2025-09-17 14:03   ` Puranjay Mohan
2025-09-18  2:25     ` Leon Hwang

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.