From: Shuah Khan <skhan@linuxfoundation.org>
To: "Nícolas F. R. A. Prado" <nfraprado@collabora.com>,
"Shuah Khan" <shuah@kernel.org>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>
Cc: "Bird, Tim" <Tim.Bird@sony.com>,
Laura Nao <laura.nao@collabora.com>,
Saravana Kannan <saravanak@google.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@collabora.com>,
kernel@collabora.com, kernelci@lists.linux.dev,
linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org,
Shuah Khan <skhan@linuxfoundation.org>
Subject: Re: [PATCH RFC] kselftest: devices: Add test to detect missing devices
Date: Wed, 31 Jul 2024 17:19:45 -0600 [thread overview]
Message-ID: <9d0b73ce-704c-4633-bb11-06ca4cb7a9a1@linuxfoundation.org> (raw)
In-Reply-To: <20240724-kselftest-dev-exist-v1-1-9bc21aa761b5@collabora.com>
On 7/24/24 15:40, Nícolas F. R. A. Prado wrote:
> Introduce a new test to identify regressions causing devices to go
> missing on the system.
>
> For each bus and class on the system the test checks the number of
> devices present against a reference file, which needs to have been
> generated by the program at a previous point on a known-good kernel, and
> if there are missing devices they are reported.
Can you elaborate on how to generate reference file? It isn't clear.
>
> Signed-off-by: Nícolas F. R. A. Prado <nfraprado@collabora.com>
> ---
> Hi,
>
> Key points about this test:
> * Goal: Identify regressions causing devices to go missing on the system
> * Focus:
> * Ease of maintenance: the reference file is generated programatically
> * Minimum of false-positives: the script makes as few assumptions as possible
> about the stability of device identifiers to ensure renames/refactors don't
> trigger false-positives
> * How it works: For each bus and class on the system the test checks the number
> of devices present against a reference file, which needs to have been
> generated by the program at a previous point on a known-good kernel, and if
> there are missing devices they are reported.
> * Comparison to other tests: It might be possible(*) to replace the discoverable
> devices test [1] with this. The benefits of this test is that it's easier
> to setup and maintain and has wider coverage of devices.
>
> Additional detail:
> * Having more devices on the running system than the reference does not cause a
> failure, but a warning is printed in that case to suggest that the reference
> be updated.
> * Missing devices are detected per bus/class based on the number of devices.
> When the test fails, the known metadata for each of the expected and detected
> devices is printed and some simple similitarity comparison is done to suggest
> the devices that are the most likely to be missing.
> * The proposed place to store the generated reference files is the
> 'platform-test-parameters' repository in KernelCI [2].
How would a user run this on their systems - do they need to access
this repository in KernelCI?
This is what I see when I run the test on my system:
make -C tools/testing/selftests/devices/exist/ run_tests
make: Entering directory '/linux/linux_6.11/tools/testing/selftests/devices/exist'
TAP version 13
1..1
# timeout set to 45
# selftests: devices/exist: exist.py
# TAP version 13
# # No matching reference file found (tried './LENOVO,20XH005JUS.yaml')
# # Totals: pass:0 fail:0 xfail:0 xpass:0 skip:0 error:0
not ok 1 selftests: devices/exist: exist.py # exit=1
make: Leaving directory '/linux/linux_6.11/tools/testing/selftests/devices/exist'
thanks,
-- Shuah
next prev parent reply other threads:[~2024-07-31 23:19 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-24 21:40 [PATCH RFC] kselftest: devices: Add test to detect missing devices Nícolas F. R. A. Prado
2024-07-31 23:19 ` Shuah Khan [this message]
2024-08-01 19:15 ` Nícolas F. R. A. Prado
2024-08-01 20:13 ` Shuah Khan
2024-08-01 21:03 ` Nícolas F. R. A. Prado
2024-08-01 21:58 ` Shuah Khan
2024-08-01 22:04 ` Bird, Tim
2024-08-02 15:48 ` Nícolas F. R. A. Prado
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9d0b73ce-704c-4633-bb11-06ca4cb7a9a1@linuxfoundation.org \
--to=skhan@linuxfoundation.org \
--cc=Tim.Bird@sony.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=gregkh@linuxfoundation.org \
--cc=kernel@collabora.com \
--cc=kernelci@lists.linux.dev \
--cc=laura.nao@collabora.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=nfraprado@collabora.com \
--cc=rafael@kernel.org \
--cc=saravanak@google.com \
--cc=shuah@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox