diff options
author | Hou Tao <houtao1@huawei.com> | 2023-12-11 16:34:47 +0800 |
---|---|---|
committer | Alexei Starovoitov <ast@kernel.org> | 2023-12-13 17:01:42 -0800 |
commit | 2a0c6b41eec90c2a138ea8b574836744783c67ff (patch) | |
tree | 733a6575e6f7d0cfef20deb2cd5e3d94c38c2469 /fs/ecryptfs/messaging.c | |
parent | b13cddf633562b9b2c34fd63471d377019704ebe (diff) | |
download | linux-stable-2a0c6b41eec90c2a138ea8b574836744783c67ff.tar.gz linux-stable-2a0c6b41eec90c2a138ea8b574836744783c67ff.tar.bz2 linux-stable-2a0c6b41eec90c2a138ea8b574836744783c67ff.zip |
bpf: Update the comments in maybe_wait_bpf_programs()
Since commit 638e4b825d52 ("bpf: Allows per-cpu maps and map-in-map in
sleepable programs"), sleepable BPF program can also use map-in-map, but
maybe_wait_bpf_programs() doesn't handle it accordingly. The main reason
is that using synchronize_rcu_tasks_trace() to wait for the completions
of these sleepable BPF programs may incur a very long delay and
userspace may think it is hung, so the wait for sleepable BPF programs
is skipped. Update the comments in maybe_wait_bpf_programs() to reflect
the reason.
Signed-off-by: Hou Tao <houtao1@huawei.com>
Acked-by: Yonghong Song <yonghong.song@linux.dev>
Acked-by: John Fastabend <john.fastabend@gmail.com>
Link: https://lore.kernel.org/r/20231211083447.1921178-1-houtao@huaweicloud.com
Signed-off-by: Alexei Starovoitov <ast@kernel.org>
Diffstat (limited to 'fs/ecryptfs/messaging.c')
0 files changed, 0 insertions, 0 deletions