linux-kernel - Re: [Freedreno] [RFC v2] drm/msm: Add initial ci/ subdirectory

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: <33ab308f-f0a1-b5b9-1bcb-b4387f5a4152@collabora.com>
Date:   Wed, 11 May 2022 06:25:05 +0200
From:   Tomeu Vizoso <tomeu.vizoso@...labora.com>
To:     Jessica Zhang <quic_jesszhan@...cinc.com>
Cc:     linux-doc@...r.kernel.org, linux-arm-msm@...r.kernel.org,
        Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
        Maxime Ripard <mripard@...nel.org>,
        Thomas Zimmermann <tzimmermann@...e.de>,
        David Airlie <airlied@...ux.ie>,
        Daniel Vetter <daniel@...ll.ch>,
        Jonathan Corbet <corbet@....net>,
        Rob Clark <robdclark@...il.com>, Sean Paul <sean@...rly.run>,
        Abhinav Kumar <quic_abhinavk@...cinc.com>,
        linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org,
        freedreno@...ts.freedesktop.org
Subject: Re: [Freedreno] [RFC v2] drm/msm: Add initial ci/ subdirectory

On 5/10/22 9:39 PM, Jessica Zhang wrote:
> 
> 
> On 5/10/2022 7:13 AM, Tomeu Vizoso wrote:
>> +igt@..._atomic_interruptible@...acy-setmode@...e-a-edp-1
>> +igt@..._atomic_interruptible@...mic-setmode@...e-a-edp-1
>> +igt@..._atomic_interruptible@...acy-dpms@...e-a-edp-1
>> +igt@..._atomic_interruptible@...acy-pageflip@...e-a-edp-1
>> +igt@..._atomic_interruptible@...acy-cursor@...e-a-edp-1
>> +igt@..._atomic_interruptible@...versal-setplane-primary@...e-a-edp-1
>> +igt@..._atomic_interruptible@...versal-setplane-cursor@...e-a-edp-1
> 
> I see that there are some KMS subtests/tests are missing such as 
> kms_atomic_transition -- are they unstable across all boards?
> 
>  From what I've seen, kms_atomic_transition is unstable only on Trogdor, 
> but has stable results on other boards.

I don't know of a good reason for not having the tests in this list. 
Developers can follow the instructions at "How to expand coverage" to 
add tests if the driver can consistently pass (or fail) them.

There is ongoing work to have a test runner that will better handle 
flaky tests, which will make it possible to expand the list without 
having to resort to per-soc test lists.

>> +igt@..._addfb_basic@...e-max,pass
>> +igt@..._addfb_basic@...-wide,pass
>> +igt@..._addfb_basic@...-high,dmesg-warn
> 
> For test results on Trogdor, is is possible to have them be 
> success/fail/skip only?
> 
> Results such as dmesg-warn/dmesg-fail are igt_runner specific and 
> because there isn't support for igt_runner on ChromeOS, they will be 
> difficult to replicate and debug.

As Rob said later, it's probably better to drop that distinction. Maybe 
at some future point we will want to track expected kmsg output but I 
think there are lots of work to do before that makes sense.

Will do that in a v3.

>> +igt@..._universal_plane@...versal-plane-pipe-a-functional,skip
>> +igt@..._universal_plane@...able-primary-vs-flip-pipe-a,pass
>> +igt@..._universal_plane@...able-primary-vs-flip-pipe-b,fail
> 
> We could probably skip checking the results for kms_universal_plane on 
> Trogdor for now, since this is a test affected by the hack regression. 
> There is an IGT patch in the works for fixing the 
> disable-primary-vs-flip-pipe-b failure, so it should be updated pretty 
> soon too.

So, how this should work is for the patch that fixes that bug to update 
also the expectation files (see "How to update test expectations" in the 
docs). In this case though, the fix is likely to land before this patch, 
so I will just update the expectations once I rebase and the fix is 
brought into my branch.

Thanks for the feedback!

Tomeu