netdev - Re: [TEST] Flake report

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <87a5kslqk4.fsf@nvidia.com>
Date: Mon, 13 May 2024 18:52:25 +0200
From: Petr Machata <petrm@...dia.com>
To: Jakub Kicinski <kuba@...nel.org>
CC: Florian Westphal <fw@...len.de>, Simon Horman <horms@...nel.org>, "Hangbin
 Liu" <liuhangbin@...il.com>, Jaehee Park <jhpark1013@...il.com>, Petr Machata
	<petrm@...dia.com>, Nikolay Aleksandrov <razor@...ckwall.org>, Ido Schimmel
	<idosch@...dia.com>, Davide Caratti <dcaratti@...hat.com>, Matthieu Baerts
	<matttbe@...nel.org>, <netdev@...r.kernel.org>
Subject: Re: [TEST] Flake report


Jakub Kicinski <kuba@...nel.org> writes:

> sch-tbf-ets-sh, sch-tbf-prio-sh
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> To: Petr Machata <petrm@...dia.com>
>
> These fail way too often on non-debug kernels :(
> Perhaps we can extend the lower bound?

Hm, it sometimes goes even below -10%. It looks like we'd need to go as
low as -15%.

> vxlan-bridge-1d-sh
> ~~~~~~~~~~~~~~~~~~
> To: Ido Schimmel <idosch@...dia.com>
> Cc: Petr Machata <petrm@...dia.com>
>
> Flake fails almost always, with some form of "Expected to capture 0
> packets, got $X"
>
> mirror-gre-lag-lacp-sh
> ~~~~~~~~~~~~~~~~~~~~~~
> To: Petr Machata <petrm@...dia.com>
>
> Often fails on debug with:
>
> # TEST: mirror to gretap: LAG first slave (skip_hw)                   [FAIL]
> # Expected to capture 10 packets, got 13.
>
> mirror-gre-vlan-bridge-1q-sh, mirror-gre-bridge-1d-vlan-sh
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> To: Petr Machata <petrm@...dia.com>
>
> Same kind of failure as above but less often and both on debug and non-debug.

I'll look into these.