From: Helen Koike <helen.koike@collabora.com>
To: Maxime Ripard <mripard@kernel.org>,
Daniel Vetter <daniel.vetter@intel.com>,
David Airlie <airlied@linux.ie>
Cc: Vignesh Raman <vignesh.raman@collabora.com>,
dri-devel@lists.freedesktop.org,
Thomas Zimmermann <tzimmermann@suse.de>
Subject: Re: [PATCH] drm/doc: ci: Require more context for flaky tests
Date: Fri, 20 Oct 2023 01:33:59 -0300 [thread overview]
Message-ID: <b8b5def4-a178-4bfc-a7e8-1a2ebc80d7aa@collabora.com> (raw)
In-Reply-To: <ba2cd566-328d-4a47-9ab8-05817c14f0bd@collabora.com>
On 19/10/2023 13:51, Helen Koike wrote:
>
>
> On 19/10/2023 06:46, Maxime Ripard wrote:
>> Flaky tests can be very difficult to reproduce after the facts, which
>> will make it even harder to ever fix.
>>
>> Let's document the metadata we agreed on to provide more context to
>> anyone trying to address these fixes.
>>
>> Link:
>> https://lore.kernel.org/dri-devel/CAPj87rPbJ1V1-R7WMTHkDat2A4nwSd61Df9mdGH2PR=ZzxaU=Q@mail.gmail.com/
>> Signed-off-by: Maxime Ripard <mripard@kernel.org>
>> ---
>> Documentation/gpu/automated_testing.rst | 13 +++++++++++++
>> 1 file changed, 13 insertions(+)
>>
>> diff --git a/Documentation/gpu/automated_testing.rst
>> b/Documentation/gpu/automated_testing.rst
>> index 469b6fb65c30..2dd0e221c2c3 100644
>> --- a/Documentation/gpu/automated_testing.rst
>> +++ b/Documentation/gpu/automated_testing.rst
>> @@ -67,6 +67,19 @@ Lists the tests that for a given driver on a
>> specific hardware revision are
>> known to behave unreliably. These tests won't cause a job to fail
>> regardless of
>> the result. They will still be run.
>> +Each new flake entry must be associated with a link to a bug report to
>
> What do you mean by but report? Just a link to an email to the mailing
> list is enough?
>
> Also, I had made a mistake to the first flakes lists, which I corrected
> with https://www.spinics.net/lists/kernel/msg4959629.html (there was a
> bug in my script which ended up erroneous adding a bunch of tests in the
> flake list, so I cleaned them up), I would like to kind request to let
> me add those documentation in a future patch to not block that patch
> series.
>
> Thanks
> Helen
>
>
>> +the author of the affected driver, the board name or Device Tree name of
>> +the board, the first kernel version affected, and an approximation of
>> +the failure rate.
>> +
>> +They should be provided under the following format::
>> +
>> + # Bug Report: $LORE_OR_PATCHWORK_URL
I wonder if the commit adding the test into the flakes.txt file with and
Acked-by from the device maintainer shouldn't be already considered the
Bug Report.
>> + # Board Name: broken-board.dtb
Maybe Board Name isn't required, since it is already in the name of the
file.
>> + # Version: 6.6-rc1
>> + # Failure Rate: 100
Maybe also:
# Pipeline url:
https://gitlab.freedesktop.org/helen.fornazier/linux/-/pipelines/1014435
All this info will complicated a bit the update-xfails.py script, but
well, we can handle...
(see
https://patchwork.kernel.org/project/dri-devel/patch/20231020034124.136295-4-helen.koike@collabora.com/
)
We need to update that script to make life easier.
Vignesh sent a patch adding at least the pipeline url to the file
https://patchwork.kernel.org/project/linux-arm-msm/patch/20231019070650.61159-9-vignesh.raman@collabora.com/
but to meet this doc that needs to be updated too.
Regards,
Helen
>> + flaky-test
>> +
>> drivers/gpu/drm/ci/${DRIVER_NAME}-${HW_REVISION}-skips.txt
>> -----------------------------------------------------------
next prev parent reply other threads:[~2023-10-20 4:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-19 9:46 [PATCH] drm/doc: ci: Require more context for flaky tests Maxime Ripard
2023-10-19 10:46 ` Daniel Vetter
2023-10-19 16:51 ` Helen Koike
2023-10-20 4:33 ` Helen Koike [this message]
2023-10-23 15:09 ` Maxime Ripard
2023-10-25 12:47 ` Helen Koike
2023-10-25 14:19 ` Maxime Ripard
2023-10-23 15:05 ` Maxime Ripard
2023-10-26 10:58 ` Maxime Ripard
2023-10-26 11:02 ` Maxime Ripard
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=b8b5def4-a178-4bfc-a7e8-1a2ebc80d7aa@collabora.com \
--to=helen.koike@collabora.com \
--cc=airlied@linux.ie \
--cc=daniel.vetter@intel.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=mripard@kernel.org \
--cc=tzimmermann@suse.de \
--cc=vignesh.raman@collabora.com \
/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