From: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
To: Derek Morton <derek.j.morton@intel.com>, intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH i-g-t 4/4] tests/gem_scheduler: Add subtests to test batch priority behaviour
Date: Wed, 17 Feb 2016 13:09:38 +0000 [thread overview]
Message-ID: <56C47112.20306@intel.com> (raw)
In-Reply-To: <1455269934-7586-5-git-send-email-derek.j.morton@intel.com>
On 12/02/16 09:38, Derek Morton wrote:
> Add subtests to test each ring to check batch buffers of a higher
> priority will be executed before batch buffers of a lower priority.
>
> Signed-off-by: Derek Morton <derek.j.morton@intel.com>
> ---
> tests/gem_scheduler.c | 34 ++++++++++++++++++++++++++++------
> 1 file changed, 28 insertions(+), 6 deletions(-)
>
> diff --git a/tests/gem_scheduler.c b/tests/gem_scheduler.c
> index 4824c13..febde01 100644
> --- a/tests/gem_scheduler.c
> +++ b/tests/gem_scheduler.c
> @@ -39,7 +39,8 @@
>
> IGT_TEST_DESCRIPTION("Check scheduler behaviour. Basic tests ensure independant "
> "batch buffers of the same priority are executed in "
> - "submission order. Read-read tests ensure "
> + "submission order. Priority tests ensure higher priority "
> + "batch buffers are executed first. Read-read tests ensure "
> "batch buffers with a read dependency to the same buffer "
> "object do not block each other. Write-write dependency "
> "tests ensure batch buffers with a write dependency to a "
> @@ -61,11 +62,13 @@ struct ring {
>
> #define NBR_RINGS (sizeof(rings)/sizeof(struct ring))
>
> -/* Basic test. Check batch buffers of the same priority and with no dependencies
> - * are executed in the order they are submitted.
> +/* If 'priority' is set false, check batch buffers of the same priority and with
> + * no dependencies are executed in the order they are submitted.
> + * If 'priority' is set true, check batch buffers of higher priority are
> + * executed before batch buffers of lower priority.
> */
> #define NBR_BASIC_FDs (3)
> -static void run_test_basic(int in_flight, int ringid)
> +static void run_test_basic(int in_flight, int ringid, bool priority)
> {
> int fd[NBR_BASIC_FDs];
> int loop;
> @@ -95,6 +98,15 @@ static void run_test_basic(int in_flight, int ringid)
> intel_batchbuffer_free(noop_bb);
> }
>
> + if(priority) {
> + struct local_i915_gem_context_param param;
> + param.context = 0; /* Default context */
> + param.size = 0;
> + param.param = LOCAL_CONTEXT_PARAM_PRIORITY;
> + param.value = 1000;
> + gem_context_set_param(fd[2], ¶m);
It would be nice to repeat the test lowering the priority of the default
ctx of fd[1] instead of increasing the priority of the default ctx of
fd[2]. Maybe we could pass the priority value instead of a bool as
parameter in the function and have 3 possible behaviors based on the
value (0, positive, negative)
Regards,
Daniele
> + }
> +
> /* Create buffer objects */
> delay_bo = drm_intel_bo_alloc(bufmgr[0], "delay bo", BATCH_SZ, BATCH_SZ);
> igt_assert(delay_bo);
> @@ -146,7 +158,12 @@ static void run_test_basic(int in_flight, int ringid)
> igt_assert_f(igt_compare_timestamps(delay_buf[2], ts1_buf[0]),
> "Delay ts (0x%08" PRIx32 ") > TS1 ts (0x%08" PRIx32 ")\n",
> delay_buf[2], ts1_buf[0]);
> - igt_assert_f(igt_compare_timestamps(ts1_buf[0], ts2_buf[0]),
> + if(priority)
> + igt_assert_f(igt_compare_timestamps(ts2_buf[0], ts1_buf[0]),
> + "TS2 ts (0x%08" PRIx32 ") > TS1 ts (0x%08" PRIx32 ")\n",
> + ts2_buf[0], ts1_buf[0]);
> + else
> + igt_assert_f(igt_compare_timestamps(ts1_buf[0], ts2_buf[0]),
> "TS1 ts (0x%08" PRIx32 ") > TS2 ts (0x%08" PRIx32 ")\n",
> ts1_buf[0], ts2_buf[0]);
>
> @@ -393,7 +410,12 @@ igt_main
>
> for (loop=0; loop < NBR_RINGS; loop++)
> igt_subtest_f("%s-basic", rings[loop].name) {
> - run_test_basic(in_flight, rings[loop].id);
> + run_test_basic(in_flight, rings[loop].id, false);
> + }
> +
> + for (loop=0; loop < NBR_RINGS; loop++)
> + igt_subtest_f("%s-priority", rings[loop].name) {
> + run_test_basic(in_flight, rings[loop].id, true);
> }
>
> for (loop=0; loop < NBR_RINGS; loop++)
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-02-17 13:09 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-12 9:38 [PATCH i-g-t 0/4] Scheduler tests Derek Morton
2016-02-12 9:38 ` [PATCH i-g-t 1/4] lib/igt_bb_factory: Add igt_bb_factory library Derek Morton
2016-02-16 15:54 ` Daniel Vetter
2016-02-17 9:48 ` Daniele Ceraolo Spurio
2016-03-01 10:30 ` Morton, Derek J
2016-03-02 18:08 ` Morton, Derek J
2016-03-03 18:54 ` Dave Gordon
2016-02-12 9:38 ` [PATCH i-g-t 2/4] tests/gem_scheduler: Add gem_scheduler test Derek Morton
2016-02-17 12:37 ` Daniele Ceraolo Spurio
2016-03-01 15:49 ` Morton, Derek J
2016-02-12 9:38 ` [PATCH i-g-t 3/4] igt/gem_ctx_param_basic: Updated to support scheduler priority interface Derek Morton
2016-02-17 13:03 ` Daniele Ceraolo Spurio
2016-02-12 9:38 ` [PATCH i-g-t 4/4] tests/gem_scheduler: Add subtests to test batch priority behaviour Derek Morton
2016-02-17 13:09 ` Daniele Ceraolo Spurio [this message]
2016-03-02 9:52 ` Morton, Derek J
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=56C47112.20306@intel.com \
--to=daniele.ceraolospurio@intel.com \
--cc=derek.j.morton@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
/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;
as well as URLs for NNTP newsgroup(s).