All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: "Modem, Bhanuprakash" <bhanuprakash.modem@intel.com>
Cc: igt-dev@lists.freedesktop.org, petri.latvala@intel.com
Subject: Re: [igt-dev] [PATCH i-g-t] tests/kms_color: fix crc assert condition
Date: Wed, 21 Sep 2022 19:43:57 +0300	[thread overview]
Message-ID: <Yys/TUJxVEx77Wp6@intel.com> (raw)
In-Reply-To: <daf8094a-a906-c115-ee8a-d87babcc768d@intel.com>

On Wed, Sep 21, 2022 at 09:24:25PM +0530, Modem, Bhanuprakash wrote:
> On Wed-21-09-2022 04:20 pm, Ville Syrjälä wrote:
> > On Wed, Sep 21, 2022 at 09:36:13AM -0100, Melissa Wen wrote:
> >> On 09/21, Ville Syrjälä wrote:
> >>> On Tue, Sep 20, 2022 at 03:32:39PM +0530, Modem, Bhanuprakash wrote:
> >>>> On Mon-19-09-2022 09:24 pm, Melissa Wen wrote:
> >>>>> On 09/01, Modem, Bhanuprakash wrote:
> >>>>>> On Wed-31-08-2022 03:41 pm, Melissa Wen wrote:
> >>>>>>> In test_pipe_degamma/gamma/ctm, igt_assert_crc_equal() was replaced by
> >>>>>>>
> >>>>>>> ret = !igt_skip_crc_compare || igt_check_crc_equal()
> >>>>>>> and then igt_assert(ret)
> >>>>>>>
> >>>>>>> where igt_check_crc_equal returns !mismatch, and therefore we can
> >>>>>>> translate as:
> >>>>>>>
> >>>>>>> ret = !igt_skip_crc_compare || !mismatch
> >>>>>>>
> >>>>>>> However, the original igt_assert_crc_equal() assertion does:
> >>>>>>>
> >>>>>>> igt_assert(!mismatch || igt_skip_crc_compare)
> >>>>>>>
> >>>>>>> That means, the replacement changes the original assertion. Moreover,
> >>>>>>> negating `igt_skip_crc_compare` makes the test assertion to be always
> >>>>>>> true (sucessful) by default and reverses the logic of
> >>>>>>> --skip-crc-compare.
> >>>>>>>
> >>>>>>> Fixes: d61e4598142 ("tests/kms_color: Convert tests to dynamic")
> >>>>>>> Signed-off-by: Melissa Wen <mwen@igalia.com>
> >>>>>>
> >>>>>> LGTM
> >>>>>> Reviewed-by: Bhanuprakash Modem <bhanuprakash.modem@intel.com>
> >>>>>>
> >>>>>> - Bhanu
> >>>>>
> >>>>> Thanks for reviewing, Bhanu.
> >>>>>
> >>>>> Siqueira,
> >>>>>
> >>>>> Is it okay from AMD side? If so, can you apply it?
> >>>>
> >>>> Applied.
> >>>
> >>> It did _not_ pass CI and so should not have been pushed!
> >>
> >> Hi Ville,
> >>
> >> So, this change "not passed" because the test was not actually assessing
> >> the CRC results (i.e. !igt_skip_crc_compare makes the assertion always
> >> successful - a false PASS). In this context, I think CI testlist should be
> >> updated, instead of not applying this change, right?
> > 
> > No. Either the test never worked correctly or there was an earlier
> > regression hidden by the thing this is now fixing. Either way it
> > needs to be fixed. Just reverting the whole sordid mess and starting
> > from scratch may be the easiest option.
> 
> I have floated a patch to revert this.
> https://patchwork.freedesktop.org/series/108835/
> 
> Ville/Melissa, Can I have an Ack to merge this?

I mean we have to revert all the way back to before the
dunamic subtest conversion. AIUI that is when we started
to ignore real test failures, and so we don't even know
whether it was that commit itself or something later that
really broke the test.

-- 
Ville Syrjälä
Intel

  reply	other threads:[~2022-09-21 16:44 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-31 10:11 [igt-dev] [PATCH i-g-t] tests/kms_color: fix crc assert condition Melissa Wen
2022-08-31 11:03 ` [igt-dev] ✓ Fi.CI.BAT: success for " Patchwork
2022-08-31 17:36 ` [igt-dev] ✗ Fi.CI.IGT: failure " Patchwork
2022-09-01  9:15 ` [igt-dev] [PATCH i-g-t] " Modem, Bhanuprakash
2022-09-19 15:54   ` Melissa Wen
2022-09-20 10:02     ` Modem, Bhanuprakash
2022-09-21  7:47       ` Ville Syrjälä
2022-09-21 10:36         ` Melissa Wen
2022-09-21 10:50           ` Ville Syrjälä
2022-09-21 15:54             ` Modem, Bhanuprakash
2022-09-21 16:43               ` Ville Syrjälä [this message]
2022-09-21 17:31                 ` Melissa Wen
2022-09-22  5:31                   ` Modem, Bhanuprakash

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=Yys/TUJxVEx77Wp6@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=bhanuprakash.modem@intel.com \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=petri.latvala@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.