netdev - Re: [TEST] amt.sh flaking

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <CAMArcTWF12MQDVQw3dbJB==CMZ8Gd-4c-cu7PCV76EK3oVvFXw@mail.gmail.com>
Date: Tue, 6 Jan 2026 20:52:50 +0900
From: Taehee Yoo <ap420073@...il.com>
To: Jakub Kicinski <kuba@...nel.org>
Cc: netdev@...r.kernel.org
Subject: Re: [TEST] amt.sh flaking

On Tue, Jan 6, 2026 at 11:07 AM Jakub Kicinski <kuba@...nel.org> wrote:
>

Hi Jakub,
Thanks a lot for the report!

> Hi Taehee!
>
> After migration to netdev foundation machines the amt.sh test has
> gotten a bit more flaky:
>
> https://netdev.bots.linux.dev/contest.html?test=amt-sh
>
> In fact it's the second most flaky test we have after txtimestamp.sh.
>
> All the failures are on non-debug kernels, and look like this:
>
> TAP version 13
> 1..1
> # timeout set to 3600
> # selftests: net: amt.sh
> # 0.26 [+0.26] TEST: amt discovery                                                 [ OK ]
> # 15.27 [+15.01] 2026/01/05 19:33:27 socat[4075] W exiting on signal 15
> # 15.28 [+0.01] TEST: IPv4 amt multicast forwarding                                 [FAIL]
> # 17.30 [+2.02] TEST: IPv6 amt multicast forwarding                                 [ OK ]
> # 17.30 [+0.00] TEST: IPv4 amt traffic forwarding torture               ..........  [ OK ]
> # 19.48 [+2.18] TEST: IPv6 amt traffic forwarding torture               ..........  [ OK ]
> # 26.71 [+7.22] Some tests failed.
> not ok 1 selftests: net: amt.sh # exit=1
>
> FWIW the new setup is based on Fedora 43 with:
>
> # cat /etc/systemd/network/99-default.link
> [Match]
> OriginalName=*
>
> [Link]
> NamePolicy=keep kernel database onboard slot path
> AlternativeNamesPolicy=database onboard slot path mac
> MACAddressPolicy=none

I will try to reproduce in my local machine then will try to fix this problem.
Thanks a lot!

Taehee Yoo