port-sparc/59321: t_npf tests are failing

[campbell+netbsd%mumble.net@localhost]

>Number:         59321
>Category:       port-sparc
>Synopsis:       t_npf tests are failing
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-sparc-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Apr 18 19:45:00 +0000 2025
>Originator:     Taylor R Campbell
>Release:        current
>Organization:
The NpfBSparcD Garbage Collection
>Environment:
>Description:
Test case: net/npf/t_npf/npf_gc

Duration: 1.301332 seconds
Termination reason

FAILED: atf-check failed; see the output of the test for details
Standard output stream

Executing command [ npfctl debug -c /usr/tests/net/npf/npftest.conf -o ./npf.plist ]
Executing command [ npftest -c npf.plist -T gc ]

Standard error stream

Fail: program did not exit cleanly
stdout:
[   1.0000000] entropy: ready
[   1.1400050] panic: kernel diagnostic assertion "((uintptr_t)(__al_ptr) & (sizeof(*(__al_ptr)) - 1)) == 0" failed: file "/tmp/build/2025.04.17.20.02.32-sparc/src/usr.sbin/npf/npftest/libnpftest/../../../../sys/rump/../sys/atomic.h", line 499 
[   1.1400050] rump kernel halting...
halted

stderr:

https://releng.netbsd.org/b5reports/sparc/2025/2025.04.17.20.02.32/test.html#net_npf_t_npf_npf_gc

Unfortunately, there is no stack trace.  Should maybe teach t_npf.sh to check for npfctl.core and get a stack trace with gdb if it exists.

This has been failing for at least a month -- I didn't check to see how far back it goes (likely it goes back to the introduction of the assertion in atomic_load_*, or the use of atomic_load_* in npf, but the underlying bug goes back further and was only unearthed by those changes):

https://releng.netbsd.org/b5reports/sparc/2025/2025.03.01.18.21.49/test.html#net_npf_t_npf_npf_gc

>How-To-Repeat:
cd /usr/tests/net/npf
atf-run t_npf | atf-report
>Fix:
Yes, please!