public inbox for igt-dev@lists.freedesktop.org
 help / color / mirror / Atom feed
From: Katarzyna Dec <katarzyna.dec@intel.com>
To: Arkadiusz Hiler <arkadiusz.hiler@intel.com>
Cc: igt-dev@lists.freedesktop.org, Petri Latvala <petri.latvala@intel.com>
Subject: Re: [igt-dev] [RFC] IGT Subtest Documentation
Date: Wed, 5 Jun 2019 12:24:43 +0200	[thread overview]
Message-ID: <20190605102443.GA25837@kdec5-desk.ger.corp.intel.com> (raw)
In-Reply-To: <20190605100642.hywzz4dkbdyplbfl@ahiler-desk1.fi.intel.com>

On Wed, Jun 05, 2019 at 01:06:42PM +0300, Arkadiusz Hiler wrote:
> On Mon, Jun 03, 2019 at 04:51:46PM +0200, Katarzyna Dec wrote:
> > Wow Arek! That sound awsome. I hope that something in that shape will be
> > introduced to igt and respected.
> 
> > Do we want somehow enforce on adding docs?
> 
> Yep, we will have a requirement for all the new tests to be described
> (if it makes sense).
> 
> > How deep in description we should be? Like - this test is 'doing
> > reset' or is checking HW/SW feature?
> 
> Very "shallow". As I have said - I don't want C translated to english.
> I want to have the intention of test captured.
> 
> Let me give you an rough example:
> 
> ####################### kms_hdmi_inject.c #############################
> 
> igt_describe_test("Test that in-kernel EDID parsing is producing "
> 		  "expected results by forcing a HDMI connector with "
> 		  "a known EDID and checking that the metadata exposed "
> 		  "to user space matches.");
> igt_main
> {
> 	igt_describe("Make sure that 4K modes exposed by DRM match the
> 		     "forced EDID and the modesetting using it works.");
> 	igt_subtest("inject-4k")
> 		hdmi_inject_4k(drm_fd, connector);
> 
> 	igt_describe("Make sure that audio information exposed by ALSA "
> 	             "match the forced EDID.");
> 	igt_subtest("inject-audio")
> 		hdmi_inject_audio(drm_fd, connector);
> }
> 
> #######################################################################
> 
> This is already on the verge of translation, but that's because the test
> are extremely simple. If we would expand the test a bit (let's say to
> test more than a single EDID or do more detailed checks), the
> description would stay true and would not require changing.
> 
> Another example, for a much more complex test could be something like this:
> 
> igt@kms_cursor_legacy@cursor-vs-flip-*
> "Check that the asynchronous legacy cursor updates do not stall for a
> page-flip, by making sure that we can squeeze many cursor updates
> in-between flips."
> 
> The final series will come with some documentation on how to write good
> descriptions (with list of dos and don'ts) and few a examples.
> 
> We can hold a biksheeding festival there :-)
> 
> -- 
> Cheers,
> Arek
Good explanation, thanks for that.
So when do we start? :)
Kasia :)
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

  reply	other threads:[~2019-06-05 10:24 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-28 12:29 [igt-dev] [RFC] IGT Subtest Documentation Arkadiusz Hiler
2019-05-28 13:03 ` Daniel Vetter
2019-05-28 13:07 ` Ser, Simon
2019-06-03 14:51 ` Katarzyna Dec
2019-06-05 10:06   ` Arkadiusz Hiler
2019-06-05 10:24     ` Katarzyna Dec [this message]
2019-06-03 15:09 ` Kalamarz, Lukasz
2019-06-05 10:09   ` Arkadiusz Hiler

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=20190605102443.GA25837@kdec5-desk.ger.corp.intel.com \
    --to=katarzyna.dec@intel.com \
    --cc=arkadiusz.hiler@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox