aboutsummaryrefslogtreecommitdiffstats
path: root/net/unix/af_unix.c
diff options
context:
space:
mode:
authorYonghong Song <[email protected]>2021-08-17 19:09:23 +0000
committerAndrii Nakryiko <[email protected]>2021-08-17 21:08:30 +0000
commitb16ac5bf732a5e23d164cf908ec7742d6a6120d3 (patch)
tree0dc3cebe163058e198e270ed5681468ed6526ab3 /net/unix/af_unix.c
parentselftests/bpf: Replace CHECK with ASSERT_* macros in send_signal.c (diff)
downloadkernel-b16ac5bf732a5e23d164cf908ec7742d6a6120d3.tar.gz
kernel-b16ac5bf732a5e23d164cf908ec7742d6a6120d3.zip
selftests/bpf: Fix flaky send_signal test
libbpf CI has reported send_signal test is flaky although I am not able to reproduce it in my local environment. But I am able to reproduce with on-demand libbpf CI ([1]). Through code analysis, the following is possible reason. The failed subtest runs bpf program in softirq environment. Since bpf_send_signal() only sends to a fork of "test_progs" process. If the underlying current task is not "test_progs", bpf_send_signal() will not be triggered and the subtest will fail. To reduce the chances where the underlying process is not the intended one, this patch boosted scheduling priority to -20 (highest allowed by setpriority() call). And I did 10 runs with on-demand libbpf CI with this patch and I didn't observe any failures. [1] https://github.com/libbpf/libbpf/actions/workflows/ondemand.yml Signed-off-by: Yonghong Song <[email protected]> Signed-off-by: Andrii Nakryiko <[email protected]> Link: https://lore.kernel.org/bpf/[email protected]
Diffstat (limited to 'net/unix/af_unix.c')
0 files changed, 0 insertions, 0 deletions