Hi Kees,
secomp_bpf test hangs after global.user_notification_sibling_pid_ns when a non-root user runs it on 5.1-rc4
I thought you fixed the problem with this commit:
commit 3d244c192afeee7dd4f5fb1b916ea4e47420d401 Author: Kees Cook keescook@chromium.org Date: Wed Jan 16 16:35:25 2019 -0800
selftests/seccomp: Abort without user notification support
seccomp_bpf.c:3380:global.user_notification_sibling_pid_ns:Expected unshare(CLONE_NEWPID) (18446744073709551615) == 0 (0) seccomp_bpf.c:3381:global.user_notification_sibling_pid_ns:Expected errno (1) == 0 (0) seccomp_bpf.c:3365:global.user_notification_sibling_pid_ns:Expected unshare(CLONE_NEWPID) (18446744073709551615) == 0 (0) seccomp_bpf.c:3392:global.user_notification_sibling_pid_ns:Expected req.pid (23610) == 0 (0)
hangs right after the above message,
root:
[ RUN ] global.user_notification_sibling_pid_ns [ OK ] global.user_notification_sibling_pid_ns [ RUN ] global.user_notification_fault_recv [ OK ] global.user_notification_fault_recv [ RUN ] global.seccomp_get_notif_sizes [ OK ] global.seccomp_get_notif_sizes [==========] 74 / 74 tests passed. [ PASSED ]
I would debug this myself, double edged sword of harness, makes it hard to debug:)
Can you take a look. "make kselftest" just hangs now and doesn't complete.
thanks, -- Shuah
On Tue, Apr 9, 2019 at 7:38 AM shuah shuah@kernel.org wrote:
Hi Kees,
secomp_bpf test hangs after global.user_notification_sibling_pid_ns when a non-root user runs it on 5.1-rc4
I thought you fixed the problem with this commit:
commit 3d244c192afeee7dd4f5fb1b916ea4e47420d401 Author: Kees Cook keescook@chromium.org Date: Wed Jan 16 16:35:25 2019 -0800
selftests/seccomp: Abort without user notification support
Weird! I'm looking at this now. I'm not sure what's changed yet, but I'll keep digging.
Thanks for letting me know!
-Kees
linux-kselftest-mirror@lists.linaro.org