mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Abhinav Kumar <quic_abhinavk@quicinc.com>
To: Maxime Ripard <mripard@kernel.org>,
	Dan Carpenter <dan.carpenter@linaro.org>
Cc: Jessica Zhang <quic_jesszhan@quicinc.com>,
	Naresh Kamboju <naresh.kamboju@linaro.org>,
	<kunit-dev@googlegroups.com>, <linux-kernel@vger.kernel.org>,
	<dri-devel@lists.freedesktop.org>, <lkft-triage@lists.linaro.org>,
	<regressions@lists.linux.dev>, <davidgow@google.com>,
	<maarten.lankhorst@linux.intel.com>, <tzimmermann@suse.de>,
	<airlied@gmail.com>, <daniel@ffwll.ch>,
	"Linux Kernel Functional Testing" <lkft@linaro.org>
Subject: Re: Kunit drm_test_check_plane_state: EXPECTATION FAILED at drivers/gpu/drm/tests/drm_plane_helper_test.c:123
Date: Tue, 5 Dec 2023 09:33:28 -0800	[thread overview]
Message-ID: <f59c5d45-a689-8a94-a2ae-d2ffa835eedf@quicinc.com> (raw)
In-Reply-To: <fgajgc7vp626nzeeqetkfbyadh53iti3mvoq4uck3zz3ysmvno@b3f7kxnwrwsd>



On 12/5/2023 3:46 AM, Maxime Ripard wrote:
> On Tue, Dec 05, 2023 at 12:05:02PM +0300, Dan Carpenter wrote:
>> On Tue, Dec 05, 2023 at 09:37:05AM +0100, Maxime Ripard wrote:
>>> Hi Naresh,
>>>
>>> Thanks for the report
>>>
>>> On Mon, Dec 04, 2023 at 11:05:36PM +0530, Naresh Kamboju wrote:
>>>> The Kunit drm_plane_helper failed on all devices running Linux next-20231204
>>>>
>>>> ## Test Regressions (compared to next-20231201)
>>>> * qemu-armv7, kunit and
>>>> * x86, kunit
>>>>    - drm_test_check_invalid_plane_state_downscaling_invalid
>>>>    - drm_test_check_invalid_plane_state_drm_plane_helper
>>>>    - drm_test_check_invalid_plane_state_drm_test_check_invalid_plane_state
>>>>    - drm_test_check_invalid_plane_state_positioning_invalid
>>>>    - drm_test_check_invalid_plane_state_upscaling_invalid
>>>>    - drm_test_check_plane_state_clipping_rotate_reflect
>>>>    - drm_test_check_plane_state_clipping_simple
>>>>    - drm_test_check_plane_state_downscaling
>>>>    - drm_test_check_plane_state_drm_test_check_plane_state
>>>>    - drm_test_check_plane_state_positioning_simple
>>>>    - drm_test_check_plane_state_rounding1
>>>>    - drm_test_check_plane_state_rounding2
>>>>    - drm_test_check_plane_state_rounding3
>>>>    - drm_test_check_plane_state_rounding4
>>>>    - drm_test_check_plane_state_upscaling
>>>
>>> I found the source of failure to be f1e75da5364e ("drm/atomic: Loosen FB
>>> atomic checks").
>>>
>>> Fortunately for us, it's already been reverted yesterday for some
>>> unrelated reason, so it should be fixed in next-20231205 onward.
>>
>> Sorry, that's a bummer that these patches were reverted.  :(  The whole
>> episode was a bit unfortunate...
>>
>> Qualcom has been working on those patches for a year.  They must not be
>> using kunit testing as part of their QC...  It's some kind of
>> communication failure on our part.
> 
> That's definitely a communication failure, but that's mostly on us :)
> 
> The reason these patches were reverted was completely unrelated to the
> kunit failures here: it failed the basic requirement we have on
> intel-gpu-tools tests and open-source userspace examples for new uAPIs.
> 
> So whether or not kunit tests would have passed, these patches were
> applied due to inattention and would have been reverted anyway
> 
> Maxime

The patches were reverted because the corresponding IGT/compositor 
changes were not posted yet. We will re-try applying once those are 
accepted.

Regarding KUnit tests, no we did not run this test and yes you are 
right, we were not running KUnit testing as the DRM CI mainly validates IGT.

We will certainly help to fix this failure. Most likely the KUnit tests 
need to be fixed to allow for a NULL FB.

If this is documented somewhere as a requirement, please share it and we 
should add KUnit testing to our DRM CI as well so that atleast this kind 
of failure will not repeat.

  reply	other threads:[~2023-12-05 17:34 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-12-04 17:35 Naresh Kamboju
2023-12-05  8:37 ` Maxime Ripard
2023-12-05  9:05   ` Dan Carpenter
2023-12-05 11:46     ` Maxime Ripard
2023-12-05 17:33       ` Abhinav Kumar [this message]
2023-12-07  9:42         ` 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=f59c5d45-a689-8a94-a2ae-d2ffa835eedf@quicinc.com \
    --to=quic_abhinavk@quicinc.com \
    --cc=airlied@gmail.com \
    --cc=dan.carpenter@linaro.org \
    --cc=daniel@ffwll.ch \
    --cc=davidgow@google.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=kunit-dev@googlegroups.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkft-triage@lists.linaro.org \
    --cc=lkft@linaro.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=naresh.kamboju@linaro.org \
    --cc=quic_jesszhan@quicinc.com \
    --cc=regressions@lists.linux.dev \
    --cc=tzimmermann@suse.de \
    /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

all inboxes | Powered by JetHome®