netdev - Re: [TEST] bond_macvlan

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: <20251126174144.7e9bf70b@kernel.org>
Date: Wed, 26 Nov 2025 17:41:44 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Hangbin Liu <liuhangbin@...il.com>
Cc: netdev@...r.kernel.org
Subject: Re: [TEST] bond_macvlan_ipvlan.sh flakiness

On Thu, 27 Nov 2025 01:18:30 +0000 Hangbin Liu wrote:
> On Thu, Nov 27, 2025 at 01:15:00AM +0000, Hangbin Liu wrote:
> > > Hi Hangbin!
> > > 
> > > The 0.25 sec sleep was added locally 1 week ago and 0 flakes since.
> > > Would you mind submitting it officially?  
> > 
> > Good to hear this. I will submit it.  
> 
> Oh, I pressed the send button too fast. I forgot to ask—should we keep it at
> 0.25s or extend it to 0.5s to avoid flaky tests later?

I'd stick to 0.25sec since it was solid for a week.
I don't think the race window is very large, we could even experiment
with a smaller delay, because debug kernels don't hit the issue. The
debug kernel can't be >0.1sec slower I reckon.

IOW I hope 0.25sec already has pretty solid safety margin?
As I mentioned last week - this is called almost 100 times by the test
so the longer delays will be quite visible in the test runtime.