Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) client-ip=23.128.96.31;
Date:   Thu, 7 Dec 2023 20:18:49 +0000
From:   Mark Brown <broonie@kernel.org>
To:     =?iso-8859-1?Q?N=EDcolas_F=2E_R=2E_A=2E?= Prado 
        <nfraprado@collabora.com>
Cc:     Rob Herring <robh+dt@kernel.org>,
        Frank Rowand <frowand.list@gmail.com>,
        Shuah Khan <shuah@kernel.org>, kernelci@lists.linux.dev,
        kernel@collabora.com, Guenter Roeck <groeck@chromium.org>,
        Bjorn Andersson <andersson@kernel.org>,
        devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
        linux-kselftest@vger.kernel.org
Subject: Re: [PATCH v3 3/3] kselftest: Add new test for detecting unprobed
 Devicetree devices
Message-ID: <310391e8-fdf2-4c2f-a680-7744eb685177@sirena.org.uk>
References: <20230828211424.2964562-1-nfraprado@collabora.com>
 <20230828211424.2964562-4-nfraprado@collabora.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="Pkj5fhuMUnWEtPFQ"
Content-Disposition: inline
In-Reply-To: <20230828211424.2964562-4-nfraprado@collabora.com>
Precedence: bulk


--Pkj5fhuMUnWEtPFQ
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Aug 28, 2023 at 05:13:12PM -0400, N=EDcolas F. R. A. Prado wrote:
> Introduce a new kselftest to detect devices that were declared in the
> Devicetree, and are expected to be probed by a driver, but weren't.

I've been running this in my personal CI for a little while now and I'm
finding it's pretty marginal for the 45 second default timeout in
kselftest on some platforms, especially BeagleBone Black though it's not
just that.  BBB is both slow and has a comprehensive DT which won't help
matters, there's 253 devices.

I'm running it from nfsroot which is going to be part of the problem but
shouldn't be too bad since we're mainly dealing with proc and sysfs and
hopefully mostly running cached binaries, I'm also using a serial
console to get the output which is going to add overhead especially with
a large number odevices with length names.  I'm not sure what the best
solution is here - a quick glance at the code doesn't ring any alarm
bells for me, this may just be a reasonable runtime for the test.

--Pkj5fhuMUnWEtPFQ
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmVyKKgACgkQJNaLcl1U
h9Bc2Qf9Ff2kw/O+966mMrAYPT/ndJA6i8hD9VjeLevjVDZ2HGUY9YfIo4B+zkb2
bPVIFdfHfD3J3hu01MWBUyaUVTNU+TWTF3rX5imPd9NNFHnvneTOGtg4KOCRXcSl
KKuM+C4k+euPWJiFNJRJgwLFVOY4GPNrVkTi9XP7r6Wv8MU7Un4sjQ0+dBTmE5gp
FclMgg306GEgWgzGxw2rIhyLZbGJPpPuu0cmqVlitgmTWIzi63vQrH4wrCQ+R/l1
Npe6lzBjnqghV5cJOLs0sQe7NRMPzY/B9Z+cXERW1DYad86s9jeYedqdXDaRuqjM
CgbCssr96PhbPheZxkPPULQacKbrBA==
=uXwM
-----END PGP SIGNATURE-----

--Pkj5fhuMUnWEtPFQ--