On Mon, Apr 23, 2018 at 08:51:52AM +0000, NetBSD Test Fixture wrote:
This is an automatically generated notice of new failures of the
NetBSD test suite.
The newly failing test cases are:
net/ndp/t_ra:ra_basic
[..]
2018.04.20.11.25.39 roy src/usr.sbin/rtadvd/rtadvd.c,v 1.63
2018.04.20.11.31.54 roy src/usr.sbin/rtadvd/rtadvd.c,v 1.64
2018.04.20.13.27.45 roy src/usr.sbin/rtadvd/timer.c,v 1.16
2018.04.20.13.27.45 roy src/usr.sbin/rtadvd/timer.h,v 1.10
2018.04.20.15.29.19 roy src/usr.sbin/rtadvd/config.c,v 1.39
2018.04.20.15.57.23 roy src/usr.sbin/rtadvd/config.c,v 1.40
2018.04.20.15.57.23 roy src/usr.sbin/rtadvd/rtadvd.c,v 1.65
2018.04.20.15.57.23 roy src/usr.sbin/rtadvd/rtadvd.h,v 1.17
2018.04.20.15.59.17 roy src/usr.sbin/rtadvd/timer.c,v 1.17
2018.04.20.16.07.48 roy src/usr.sbin/rtadvd/timer.c,v 1.18
2018.04.20.16.18.18 roy src/usr.sbin/rtadvd/rtadvd.h,v 1.18
2018.04.20.16.37.17 roy src/usr.sbin/rtadvd/rtadvd.conf.5,v 1.19
2018.04.20.16.37.17 roy src/usr.sbin/rtadvd/rtadvd.h,v 1.19
The test seems to assume that rtadvd will send at least one RA at
startup, but the kernel does not count any in this case.
So the test case loops in "await_RA" with a current RA count of 0, untill
ATF times the whole process out.