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: <20240514064349.399ffcd7@kernel.org>
Date: Tue, 14 May 2024 06:43:49 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Petr Machata <petrm@...dia.com>
Cc: Florian Westphal <fw@...len.de>, Simon Horman <horms@...nel.org>,
 "Hangbin Liu" <liuhangbin@...il.com>, Jaehee Park <jhpark1013@...il.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

On Mon, 13 May 2024 18:52:25 +0200 Petr Machata wrote:
> > 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%.

A more crazy idea would be to run a low prio stress program while 
the test is running. I'm guessing that perf is low because VM gets
scheduled out and doesn't get scheduled in in time. Or we can try
to increase the burst size in TBF?