summaryrefslogtreecommitdiffstats
path: root/fs/ecryptfs/messaging.c
diff options
context:
space:
mode:
authorHou Tao <houtao1@huawei.com>2023-12-11 16:34:47 +0800
committerAlexei Starovoitov <ast@kernel.org>2023-12-13 17:01:42 -0800
commit2a0c6b41eec90c2a138ea8b574836744783c67ff (patch)
tree733a6575e6f7d0cfef20deb2cd5e3d94c38c2469 /fs/ecryptfs/messaging.c
parentb13cddf633562b9b2c34fd63471d377019704ebe (diff)
downloadlinux-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