[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <53c0e2e5-46c9-4e49-8ec4-64ef58e6331c@sirena.org.uk>
Date: Tue, 4 Jun 2024 17:18:32 +0100
From: Mark Brown <broonie@...nel.org>
To: Mickaël Salaün <mic@...ikod.net>
Cc: Christian Brauner <brauner@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Jakub Kicinski <kuba@...nel.org>, Kees Cook <keescook@...omium.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Sasha Levin <sashal@...nel.org>,
Sean Christopherson <seanjc@...gle.com>,
Shengyu Li <shengyu.li.evgeny@...il.com>,
Shuah Khan <shuah@...nel.org>,
Shuah Khan <skhan@...uxfoundation.org>,
Bagas Sanjaya <bagasdotme@...il.com>,
Brendan Higgins <brendanhiggins@...gle.com>,
David Gow <davidgow@...gle.com>,
"David S . Miller" <davem@...emloft.net>,
Florian Fainelli <florian.fainelli@...adcom.com>,
Günther Noack <gnoack@...gle.com>,
Jon Hunter <jonathanh@...dia.com>, Ron Economos <re@...z.net>,
Ronald Warsow <rwarsow@....de>,
Stephen Rothwell <sfr@...b.auug.org.au>,
Will Drewry <wad@...omium.org>,
kernel test robot <oliver.sang@...el.com>, kvm@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-kselftest@...r.kernel.org,
netdev@...r.kernel.org, stable@...r.kernel.org
Subject: Re: [PATCH v7 04/10] selftests/harness: Fix interleaved scheduling
leading to race conditions
On Tue, Jun 04, 2024 at 06:06:48PM +0200, Mickaël Salaün wrote:
> Thanks for the heads up. I warned about not being able to test
> everything when fixing kselftest last time, but nobody show up. Is
> there an easy way to run most kselftests? We really need a (more
> accessible) CI...
You can just invoke the top level kselftests Makefile but between things
being flaky and runtime requirements there's a bunch of noise there.
KernelCI covers a bunch of it and would be my go to, I've got a good
chunk of the selftests that actually build and run reliably in my
personal CI but it has no visible UI. Part of the issue here might be
platform specifics, I'm seeing this on arm64.
> > > FWIW I'm still seeing this on -rc2...
> > AFAICT this is due to the switch to using clone3() with CLONE_VFORK
> I guess it started with the previous vfork() that was later replaced
> with CLONE_VFORK.
Bisect did seem to point at this commit FWIW, I've not dug into any API
differences or anything here. The immediate thing being replaced was a
plain fork() though I see it was vfork() at some point before that, and
I'd not have noticed if the individual testcases weren't hanging so the
timeout was needed.
> > I'm not clear what the original race being fixed here was but it seems
> > like we should revert this since the timeout functionality is pretty
> > important?
> It took me a while to fix all the previous issues and it would be much
> easier to just fix this issue too.
> I'm working on it.
Great, thanks.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists