NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
port-amd64/51934: ATF tests hang at kernel/t_ptrace_wait:signal4 under qemu
>Number: 51934
>Category: port-amd64
>Synopsis: ATF tests hang at kernel/t_ptrace_wait:signal4 under qemu
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: port-amd64-maintainer
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Feb 01 15:30:00 +0000 2017
>Originator: Andreas Gustafsson
>Release: NetBSD-current, source date >= 2017.01.26.22.32.48
>Organization:
>Environment:
System: NetBSD guava.gson.org 7.0 NetBSD 7.0 (GENERIC) #0: Thu Mar 3 22:52:02 EET 2016 gson%guido.araneus.fi@localhost:/bracket/prod/7.0gson1/amd64/obj/sys/arch/amd64/compile/GENERIC amd64
Architecture: x86_64
Machine: amd64
>Description:
Since kamil's commit of src/tests/kernel/t_ptrace_wait.c 1.64 at CVS
source date 2017.01.26.22.32.48, the ATF test runs on the TNF testbed
have been timing out. They appear to hang while running the signal4
test case of the kernel/t_ptrace_wait test. The log from the most
recent failure is here:
http://releng.netbsd.org/b5reports/amd64/build/2017.01.31.09.17.53/test.log
This does not happen on real hardware, so it may well be a qemu bug
rather than a NetBSD one, but I figure this should have a PR anyway so
we have a PR number to refer to if the test gets marked as an
"expected failure".
I'm wondering if this might be related to kern/49603, since it also
affects traced processes on amd64 under qemu.
>How-To-Repeat:
Run the ATF tests on -current/amd64 under qemu, or inspect the testbed
logs.
>Fix:
Home |
Main Index |
Thread Index |
Old Index