From: Tvrtko Ursulin <tvrtko.ursulin@igalia.com>
To: phasta@kernel.org, amd-gfx@lists.freedesktop.org,
dri-devel@lists.freedesktop.org
Cc: kernel-dev@igalia.com,
"Christian König" <christian.koenig@amd.com>,
"Danilo Krummrich" <dakr@kernel.org>,
"Matthew Brost" <matthew.brost@intel.com>,
"Pierre-Eric Pelloux-Prayer" <pierre-eric.pelloux-prayer@amd.com>
Subject: Re: [PATCH 02/28] drm/sched: Add some scheduling quality unit tests
Date: Sat, 11 Oct 2025 14:09:17 +0100 [thread overview]
Message-ID: <6b286ef2-3d7e-4c09-8d1d-accae89a3d4a@igalia.com> (raw)
In-Reply-To: <22d13bb8c39123fe9ca12184981b1e2ab99efbda.camel@mailbox.org>
On 10/10/2025 10:38, Philipp Stanner wrote:
> On Wed, 2025-10-08 at 09:53 +0100, Tvrtko Ursulin wrote:
>> To make evaluating different scheduling policies easier (no need for
>> external benchmarks) and perfectly repeatable, lets add some synthetic
>> workloads built upon mock scheduler unit test infrastructure.
>>
>> Focus is on two parallel clients (two threads) submitting different job
>> patterns and logging their progress and some overall metrics. This is
>> repeated for both scheduler credit limit 1 and 2.
>>
>> Example test output:
>>
>> Normal and low:
>> pct1 cps1 qd1; pct2 cps2 qd2
>> + 0ms: 0 0 0; 0 0 0
>> + 104ms: 100 1240 112; 100 1240 125
>> + 209ms: 100 0 99; 100 0 125
>> + 313ms: 100 0 86; 100 0 125
>> + 419ms: 100 0 73; 100 0 125
>> + 524ms: 100 0 60; 100 0 125
>> + 628ms: 100 0 47; 100 0 125
>> + 731ms: 100 0 34; 100 0 125
>> + 836ms: 100 0 21; 100 0 125
>> + 939ms: 100 0 8; 100 0 125
>> + 1043ms: ; 100 0 120
>> + 1147ms: ; 100 0 107
>> + 1252ms: ; 100 0 94
>> + 1355ms: ; 100 0 81
>> + 1459ms: ; 100 0 68
>> + 1563ms: ; 100 0 55
>> + 1667ms: ; 100 0 42
>> + 1771ms: ; 100 0 29
>> + 1875ms: ; 100 0 16
>> + 1979ms: ; 100 0 3
>> 0: prio=normal sync=0 elapsed_ms=1015ms (ideal_ms=1000ms) cycle_time(min,avg,max)=134,222,978 us latency_time(min,avg,max)=134,222,978
>> us
>> 1: prio=low sync=0 elapsed_ms=2009ms (ideal_ms=1000ms) cycle_time(min,avg,max)=134,215,806 us latency_time(min,avg,max)=134,215,806 us
>>
>> There we have two clients represented in the two respective columns, with
>> their progress logged roughly every 100 milliseconds. The metrics are:
>>
>> - pct - Percentage progress of the job submit part
>> - cps - Cycles per second
>> - qd - Queue depth - number of submitted unfinished jobs
>
> Could make sense to print a legend above the test table, couldn't it?
> So new users don't have to search in the code what the output means.
Done.
>> The cycles per second metric is inherent to the fact that workload
>> patterns are a data driven cycling sequence of:
>>
>> - Submit 1..N jobs
>> - Wait for Nth job to finish (optional)
>> - Sleep (optional)
>> - Repeat from start
>>
>> In this particular example we have a normal priority and a low priority
>> clients both spamming the scheduler with 8ms jobs with no sync and no
>
> s/clients/client
>
>> sleeping. Hence they build a very deep queues and we can see how the low
>
> s/a//
Done and done.
>> priority client is completely starved until the normal finishes.
>>
>> Note that the PCT and CPS metrics are irrelevant for "unsync" clients
>> since they manage to complete all of their cycles instantaneously.
>>
>> A different example would be:
>>
>> Heavy and interactive:
>> pct1 cps1 qd1; pct2 cps2 qd2
>> + 0ms: 0 0 0; 0 0 0
>> + 106ms: 5 40 3; 5 40 0
>> + 209ms: 9 40 0; 9 40 0
>> + 314ms: 14 50 3; 14 50 0
>> + 417ms: 18 40 0; 18 40 0
>> + 522ms: 23 50 3; 23 50 0
>> + 625ms: 27 40 0; 27 40 1
>> + 729ms: 32 50 0; 32 50 0
>> + 833ms: 36 40 1; 36 40 0
>> + 937ms: 40 40 0; 40 40 0
>> + 1041ms: 45 50 0; 45 50 0
>> + 1146ms: 49 40 1; 49 40 1
>> + 1249ms: 54 50 0; 54 50 0
>> + 1353ms: 58 40 1; 58 40 0
>> + 1457ms: 62 40 0; 62 40 1
>> + 1561ms: 67 50 0; 67 50 0
>> + 1665ms: 71 40 1; 71 40 0
>> + 1772ms: 76 50 0; 76 50 0
>> + 1877ms: 80 40 1; 80 40 0
>> + 1981ms: 84 40 0; 84 40 0
>> + 2085ms: 89 50 0; 89 50 0
>> + 2189ms: 93 40 1; 93 40 0
>> + 2293ms: 97 40 0; 97 40 1
>>
>> In this case client one is submitting 3x 2.5ms jobs, waiting for the 3rd
>> and then sleeping for 2.5ms (in effect causing 75% GPU load, minus the
>> overheads). Second client is submitting 1ms jobs, waiting for each to
>> finish and sleeping for 9ms (effective 10% GPU load). Here we can see
>> the PCT and CPS reflecting real progress.
>>
>> Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@igalia.com>
>> Cc: Christian König <christian.koenig@amd.com>
>> Cc: Danilo Krummrich <dakr@kernel.org>
>> Cc: Matthew Brost <matthew.brost@intel.com>
>> Cc: Philipp Stanner <phasta@kernel.org>
>> Cc: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com>
>> Acked-by: Christian König <christian.koenig@amd.com>
>> ---
>> drivers/gpu/drm/scheduler/tests/Makefile | 3 +-
>> .../gpu/drm/scheduler/tests/tests_scheduler.c | 694 ++++++++++++++++++
>> 2 files changed, 696 insertions(+), 1 deletion(-)
>> create mode 100644 drivers/gpu/drm/scheduler/tests/tests_scheduler.c
>>
>> diff --git a/drivers/gpu/drm/scheduler/tests/Makefile b/drivers/gpu/drm/scheduler/tests/Makefile
>> index 5bf707bad373..9ec185fbbc15 100644
>> --- a/drivers/gpu/drm/scheduler/tests/Makefile
>> +++ b/drivers/gpu/drm/scheduler/tests/Makefile
>> @@ -2,6 +2,7 @@
>>
>> drm-sched-tests-y := \
>> mock_scheduler.o \
>> - tests_basic.o
>> + tests_basic.o \
>> + tests_scheduler.o
>>
>> obj-$(CONFIG_DRM_SCHED_KUNIT_TEST) += drm-sched-tests.o
>> diff --git a/drivers/gpu/drm/scheduler/tests/tests_scheduler.c b/drivers/gpu/drm/scheduler/tests/tests_scheduler.c
>> new file mode 100644
>> index 000000000000..c66c151a66d2
>> --- /dev/null
>> +++ b/drivers/gpu/drm/scheduler/tests/tests_scheduler.c
>> @@ -0,0 +1,694 @@
>> +// SPDX-License-Identifier: GPL-2.0
>> +/* Copyright (c) 2025 Valve Corporation */
>> +
>> +#include <linux/delay.h>
>> +#include <linux/kthread.h>
>> +#include <linux/ktime.h>
>> +#include <linux/math64.h>
>> +
>> +#include "sched_tests.h"
>> +
>> +/*
>> + * DRM scheduler scheduler tests exercise load balancing decisions ie. entity
>> + * selection logic.
>> + */
>> +
>> +static int drm_sched_scheduler_init(struct kunit *test)
>> +{
>> + struct drm_mock_scheduler *sched;
>> +
>> + sched = drm_mock_sched_new(test, MAX_SCHEDULE_TIMEOUT);
>> + sched->base.credit_limit = 1;
>> +
>> + test->priv = sched;
>> +
>> + return 0;
>> +}
>> +
>> +static int drm_sched_scheduler_init2(struct kunit *test)
>> +{
>> + struct drm_mock_scheduler *sched;
>> +
>> + sched = drm_mock_sched_new(test, MAX_SCHEDULE_TIMEOUT);
>> + sched->base.credit_limit = 2;
>> +
>> + test->priv = sched;
>> +
>> + return 0;
>> +}
>> +
>> +static void drm_sched_scheduler_exit(struct kunit *test)
>> +{
>> + struct drm_mock_scheduler *sched = test->priv;
>> +
>> + drm_mock_sched_fini(sched);
>> +}
>> +
>> +static void drm_sched_scheduler_queue_overhead(struct kunit *test)
>> +{
>> + struct drm_mock_scheduler *sched = test->priv;
>> + struct drm_mock_sched_entity *entity;
>> + const unsigned int job_us = 1000;
>> + const unsigned int jobs = 1000;
>> + const unsigned int total_us = jobs * job_us;
>> + struct drm_mock_sched_job *job, *first;
>> + ktime_t start, end;
>> + bool done;
>> + int i;
>> +
>> + /*
>> + * Deep queue job at a time processing (single credit).
>> + *
>> + * This measures the overhead of picking and processing a job at a time
>> + * by comparing the ideal total "GPU" time of all submitted jobs versus
>> + * the time actually taken.
>> + */
>> +
>> + KUNIT_ASSERT_EQ(test, sched->base.credit_limit, 1);
>> +
>> + entity = drm_mock_sched_entity_new(test,
>> + DRM_SCHED_PRIORITY_NORMAL,
>> + sched);
>> +
>> + for (i = 0; i <= jobs; i++) {
>> + job = drm_mock_sched_job_new(test, entity);
>> + if (i == 0)
>> + first = job; /* Extra first job blocks the queue */
>> + else
>> + drm_mock_sched_job_set_duration_us(job, job_us);
>> + drm_mock_sched_job_submit(job);
>> + }
>> +
>> + done = drm_mock_sched_job_wait_scheduled(first, HZ);
>> + KUNIT_ASSERT_TRUE(test, done);
>> +
>> + start = ktime_get();
>> + i = drm_mock_sched_advance(sched, 1); /* Release the queue */
>> + KUNIT_ASSERT_EQ(test, i, 1);
>> +
>> + /* Wait with a safe margin to avoid every failing. */
>> + done = drm_mock_sched_job_wait_finished(job,
>> + usecs_to_jiffies(total_us) * 5);
>> + end = ktime_get();
>> + KUNIT_ASSERT_TRUE(test, done);
>> +
>> + pr_info("Expected %uus, actual %lldus\n",
>> + total_us,
>> + ktime_to_us(ktime_sub(end, start)));
>> +
>> + drm_mock_sched_entity_free(entity);
>> +}
>> +
>> +static void drm_sched_scheduler_ping_pong(struct kunit *test)
>> +{
>> + struct drm_mock_sched_job *job, *first, *prev = NULL;
>> + struct drm_mock_scheduler *sched = test->priv;
>> + struct drm_mock_sched_entity *entity[2];
>> + const unsigned int job_us = 1000;
>> + const unsigned int jobs = 1000;
>> + const unsigned int total_us = jobs * job_us;
>> + ktime_t start, end;
>> + bool done;
>> + int i;
>> +
>> + /*
>> + * Two entitites in inter-dependency chain.
>> + *
>> + * This measures the overhead of picking and processing a job at a time,
>> + * where each job depends on the previous one from the diffferent
>> + * entity, by comparing the ideal total "GPU" time of all submitted jobs
>> + * versus the time actually taken.
>> + */
>> +
>> + KUNIT_ASSERT_EQ(test, sched->base.credit_limit, 1);
>> +
>> + for (i = 0; i < ARRAY_SIZE(entity); i++)
>> + entity[i] = drm_mock_sched_entity_new(test,
>> + DRM_SCHED_PRIORITY_NORMAL,
>> + sched);
>> +
>> + for (i = 0; i <= jobs; i++) {
>> + job = drm_mock_sched_job_new(test, entity[i & 1]);
>> + if (i == 0)
>> + first = job; /* Extra first job blocks the queue */
>> + else
>> + drm_mock_sched_job_set_duration_us(job, job_us);
>> + if (prev)
>> + drm_sched_job_add_dependency(&job->base,
>> + dma_fence_get(&prev->base.s_fence->finished));
>> + drm_mock_sched_job_submit(job);
>> + prev = job;
>> + }
>> +
>> + done = drm_mock_sched_job_wait_scheduled(first, HZ);
>> + KUNIT_ASSERT_TRUE(test, done);
>> +
>> + start = ktime_get();
>> + i = drm_mock_sched_advance(sched, 1); /* Release the queue */
>> + KUNIT_ASSERT_EQ(test, i, 1);
>> +
>> + /* Wait with a safe margin to avoid every failing. */
>> + done = drm_mock_sched_job_wait_finished(job,
>> + usecs_to_jiffies(total_us) * 5);
>> + end = ktime_get();
>> + KUNIT_ASSERT_TRUE(test, done);
>> +
>> + pr_info("Expected %uus, actual %lldus\n",
>> + total_us,
>> + ktime_to_us(ktime_sub(end, start)));
>> +
>> + for (i = 0; i < ARRAY_SIZE(entity); i++)
>> + drm_mock_sched_entity_free(entity[i]);
>> +}
>> +
>> +static struct kunit_case drm_sched_scheduler_overhead_tests[] = {
>> + KUNIT_CASE_SLOW(drm_sched_scheduler_queue_overhead),
>> + KUNIT_CASE_SLOW(drm_sched_scheduler_ping_pong),
>> + {}
>> +};
>> +
>> +static struct kunit_suite drm_sched_scheduler_overhead = {
>> + .name = "drm_sched_scheduler_overhead_tests",
>> + .init = drm_sched_scheduler_init,
>> + .exit = drm_sched_scheduler_exit,
>> + .test_cases = drm_sched_scheduler_overhead_tests,
>> +};
>> +
>> +/*
>> + * struct drm_sched_client_params - describe a workload emitted from a client
>> + *
>> + * A simulated client will create an entity with a scheduling @priority and emit
>> + * jobs in a loop where each iteration will consist of:
>> + *
>> + * 1. Submit @job_cnt jobs, each with a set duration of @job_us.
>> + * 2. If @sync is true wait for last submitted job to finish.
>> + * 3. Sleep for @wait_us micro-seconds.
>> + * 4. Repeat.
>> + */
>> +struct drm_sched_client_params {
>> + enum drm_sched_priority priority;
>> + unsigned int job_cnt;
>> + unsigned int job_us;
>> + bool sync;
>> + unsigned int wait_us;
>> +};
>> +
>> +struct drm_sched_test_params {
>> + const char *description;
>> + struct drm_sched_client_params client[2];
>> +};
>> +
>> +static const struct drm_sched_test_params drm_sched_cases[] = {
>> + {
>> + .description = "Normal and normal",
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 8000,
>> + .wait_us = 0,
>> + .sync = false,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 8000,
>> + .wait_us = 0,
>> + .sync = false,
>> + },
>> + },
>> + {
>> + .description = "Normal and low",
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 8000,
>> + .wait_us = 0,
>> + .sync = false,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_LOW,
>> + .job_cnt = 1,
>> + .job_us = 8000,
>> + .wait_us = 0,
>> + .sync = false,
>> + },
>> + },
>> + {
>> + .description = "High and normal",
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_HIGH,
>> + .job_cnt = 1,
>> + .job_us = 8000,
>> + .wait_us = 0,
>> + .sync = false,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 8000,
>> + .wait_us = 0,
>> + .sync = false,
>> + },
>> + },
>> + {
>> + .description = "High and low",
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_HIGH,
>> + .job_cnt = 1,
>> + .job_us = 8000,
>> + .wait_us = 0,
>> + .sync = false,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_LOW,
>> + .job_cnt = 1,
>> + .job_us = 8000,
>> + .wait_us = 0,
>> + .sync = false,
>> + },
>> + },
>> + {
>> + .description = "50 and 50",
>
> I still think that this should have a more obvious description.
Renamed to "50% and 50%". And all other tests which mention
low/normal/high I qualified with "priority" in all cases (ie. "Normal
priority and low priority").
>
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 1500,
>> + .wait_us = 1500,
>> + .sync = true,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 2500,
>> + .wait_us = 2500,
>> + .sync = true,
>> + },
>> + },
>> + {
>> + .description = "50 and 50 low",
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 1500,
>> + .wait_us = 1500,
>> + .sync = true,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_LOW,
>> + .job_cnt = 1,
>> + .job_us = 2500,
>> + .wait_us = 2500,
>> + .sync = true,
>> + },
>> + },
>> + {
>> + .description = "50 high and 50",
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_HIGH,
>> + .job_cnt = 1,
>> + .job_us = 1500,
>> + .wait_us = 1500,
>> + .sync = true,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 2500,
>> + .wait_us = 2500,
>> + .sync = true,
>> + },
>> + },
>> + {
>> + .description = "Low hog and interactive",
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_LOW,
>> + .job_cnt = 3,
>> + .job_us = 2500,
>> + .wait_us = 500,
>> + .sync = false,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 500,
>> + .wait_us = 10000,
>> + .sync = true,
>> + },
>> + },
>> + {
>> + .description = "Heavy and interactive",
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 3,
>> + .job_us = 2500,
>> + .wait_us = 2500,
>> + .sync = true,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 1000,
>> + .wait_us = 9000,
>> + .sync = true,
>> + },
>> + },
>> + {
>> + .description = "Very heavy and interactive",
>> + .client[0] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 4,
>> + .job_us = 50000,
>> + .wait_us = 1,
>> + .sync = true,
>> + },
>> + .client[1] = {
>> + .priority = DRM_SCHED_PRIORITY_NORMAL,
>> + .job_cnt = 1,
>> + .job_us = 1000,
>> + .wait_us = 9000,
>> + .sync = true,
>> + },
>> + },
>> +};
>> +
>> +static void
>> +drm_sched_desc(const struct drm_sched_test_params *params, char *desc)
>> +{
>> + strscpy(desc, params->description, KUNIT_PARAM_DESC_SIZE);
>> +}
>> +
>> +KUNIT_ARRAY_PARAM(drm_sched_scheduler_two_clients,
>> + drm_sched_cases,
>> + drm_sched_desc);
>> +
>> +/*
>> + * struct test_client_stats - track client stats
>> + *
>> + * For each client executing a simulated workload we track some timings for
>> + * which we are interested in the minimum of all iterations (@min_us), maximum
>> + * (@max_us) and the overall total for all iterations (@tot_us).
>> + */
>> +struct test_client_stats {
>> + unsigned int min_us;
>> + unsigned int max_us;
>> + unsigned long tot_us;
>> +};
>> +
>> +/*
>> + * struct test_client - a simulated userspace client submitting scheduler work
>> + *
>> + * Each client executing a simulated workload is represented by one of these.
>> + *
>> + * Each of them instantiates a scheduling @entity and executes a workloads as
>> + * defined in @params. Based on those @params the theoretical execution time of
>> + * the client is calculated as @ideal_duration, while the actual wall time is
>> + * tracked in @duration (calculated based on the @start and @end client time-
>> + * stamps).
>> + *
>> + * Numerical @id is assigned to each for logging purposes.
>> + *
>> + * @worker and @work are used to provide an independent execution context from
>> + * which scheduler jobs are submitted.
>> + *
>> + * During execution statistics on how long it took to submit and execute one
>> + * iteration (whether or not synchronous) is kept in @cycle_time, while
>> + * @latency_time tracks the @cycle_time minus the ideal duration of the one
>> + * cycle.
>> + *
>> + * Once the client has completed the set number of iterations it will write the
>> + * completion status into @done.
>> + */
>> +struct test_client {
>> + struct kunit *test; /* Backpointer to the kunit test. */
>> +
>> + struct drm_mock_sched_entity *entity;
>> +
>> + struct kthread_worker *worker;
>> + struct kthread_work work;
>
> The formatting here is strange / differs from below.
Done something about this.
Regards,
Tvrtko
>
>
> P.
>
>> +
>> + unsigned int id;
>> + ktime_t duration;
>> +
>> + struct drm_sched_client_params params;
>> +
>> + ktime_t ideal_duration;
>> + unsigned int cycles;
>> + unsigned int cycle;
>> + ktime_t start;
>> + ktime_t end;
>> + bool done;
>> +
>> + struct test_client_stats cycle_time;
>> + struct test_client_stats latency_time;
>> +};
>> +
>> +static void
>> +update_stats(struct test_client_stats *stats, unsigned int us)
>> +{
>> + if (us > stats->max_us)
>> + stats->max_us = us;
>> + if (us < stats->min_us)
>> + stats->min_us = us;
>> + stats->tot_us += us;
>> +}
>> +
>> +static unsigned int
>> +get_stats_avg(struct test_client_stats *stats, unsigned int cycles)
>> +{
>> + return div_u64(stats->tot_us, cycles);
>> +}
>> +
>> +static void drm_sched_client_work(struct kthread_work *work)
>> +{
>> + struct test_client *client = container_of(work, typeof(*client), work);
>> + const long sync_wait = MAX_SCHEDULE_TIMEOUT;
>> + unsigned int cycle, work_us, period_us;
>> + struct drm_mock_sched_job *job = NULL;
>> +
>> + work_us = client->params.job_cnt * client->params.job_us;
>> + period_us = work_us + client->params.wait_us;
>> + client->cycles =
>> + DIV_ROUND_UP((unsigned int)ktime_to_us(client->duration),
>> + period_us);
>> + client->ideal_duration = us_to_ktime(client->cycles * period_us);
>> +
>> + client->start = ktime_get();
>> +
>> + for (cycle = 0; cycle < client->cycles; cycle++) {
>> + ktime_t cycle_time;
>> + unsigned int batch;
>> + unsigned long us;
>> +
>> + if (READ_ONCE(client->done))
>> + break;
>> +
>> + cycle_time = ktime_get();
>> + for (batch = 0; batch < client->params.job_cnt; batch++) {
>> + job = drm_mock_sched_job_new(client->test,
>> + client->entity);
>> + drm_mock_sched_job_set_duration_us(job,
>> + client->params.job_us);
>> + drm_mock_sched_job_submit(job);
>> + }
>> +
>> + if (client->params.sync)
>> + drm_mock_sched_job_wait_finished(job, sync_wait);
>> +
>> + cycle_time = ktime_sub(ktime_get(), cycle_time);
>> + us = ktime_to_us(cycle_time);
>> + update_stats(&client->cycle_time, us);
>> + if (ktime_to_us(cycle_time) >= (long)work_us)
>> + us = ktime_to_us(cycle_time) - work_us;
>> + else if (WARN_ON_ONCE(client->params.sync)) /* GPU job took less than expected. */
>> + us = 0;
>> + update_stats(&client->latency_time, us);
>> + WRITE_ONCE(client->cycle, cycle);
>> +
>> + if (READ_ONCE(client->done))
>> + break;
>> +
>> + if (client->params.wait_us)
>> + fsleep(client->params.wait_us);
>> + else if (!client->params.sync)
>> + cond_resched(); /* Do not hog the CPU if fully async. */
>> + }
>> +
>> + client->done = drm_mock_sched_job_wait_finished(job, sync_wait);
>> + client->end = ktime_get();
>> +}
>> +
>> +static const char *prio_str(enum drm_sched_priority prio)
>> +{
>> + switch (prio) {
>> + case DRM_SCHED_PRIORITY_KERNEL:
>> + return "kernel";
>> + case DRM_SCHED_PRIORITY_LOW:
>> + return "low";
>> + case DRM_SCHED_PRIORITY_NORMAL:
>> + return "normal";
>> + case DRM_SCHED_PRIORITY_HIGH:
>> + return "high";
>> + default:
>> + return "???";
>> + }
>> +}
>> +
>> +static bool client_done(struct test_client *client)
>> +{
>> + return READ_ONCE(client->done); /* READ_ONCE to document lockless read from a loop. */
>> +}
>> +
>> +static void drm_sched_scheduler_two_clients_test(struct kunit *test)
>> +{
>> + const struct drm_sched_test_params *params = test->param_value;
>> + struct drm_mock_scheduler *sched = test->priv;
>> + struct test_client client[2] = { };
>> + unsigned int prev_cycle[2] = { };
>> + unsigned int i, j;
>> + ktime_t start;
>> +
>> + /*
>> + * Same job stream from two clients.
>> + */
>> +
>> + for (i = 0; i < ARRAY_SIZE(client); i++)
>> + client[i].entity =
>> + drm_mock_sched_entity_new(test,
>> + params->client[i].priority,
>> + sched);
>> +
>> + for (i = 0; i < ARRAY_SIZE(client); i++) {
>> + client[i].test = test;
>> + client[i].id = i;
>> + client[i].duration = ms_to_ktime(1000);
>> + client[i].params = params->client[i];
>> + client[i].cycle_time.min_us = ~0U;
>> + client[i].latency_time.min_us = ~0U;
>> + client[i].worker =
>> + kthread_create_worker(0, "%s-%u", __func__, i);
>> + if (IS_ERR(client[i].worker)) {
>> + for (j = 0; j < i; j++)
>> + kthread_destroy_worker(client[j].worker);
>> + KUNIT_FAIL(test, "Failed to create worker!\n");
>> + }
>> +
>> + kthread_init_work(&client[i].work, drm_sched_client_work);
>> + }
>> +
>> + for (i = 0; i < ARRAY_SIZE(client); i++)
>> + kthread_queue_work(client[i].worker, &client[i].work);
>> +
>> + /*
>> + * The clients (workers) can be a mix of async (deep submission queue),
>> + * sync (one job at a time), or something in between. Therefore it is
>> + * difficult to display a single metric representing their progress.
>> + *
>> + * Each struct drm_sched_client_params describes the actual submission
>> + * pattern which happens in the following steps:
>> + * 1. Submit N jobs
>> + * 2. Wait for last submitted job to finish
>> + * 3. Sleep for U micro-seconds
>> + * 4. Goto 1. for C cycles
>> + *
>> + * Where number of cycles is calculated to match the target client
>> + * duration from the respective struct drm_sched_test_params.
>> + *
>> + * To asses scheduling behaviour what we output for both clients is:
>> + * - pct: Percentage progress of the jobs submitted
>> + * - cps: "Cycles" per second (where one cycle is one complete
>> + * iteration from the above)
>> + * - qd: Number of outstanding jobs in the client/entity
>> + */
>> +
>> + start = ktime_get();
>> + pr_info("%s:\n\t pct1 cps1 qd1; pct2 cps2 qd2\n",
>> + params->description);
>> + while (!client_done(&client[0]) || !client_done(&client[1])) {
>> + const unsigned int period_ms = 100;
>> + const unsigned int frequency = 1000 / period_ms;
>> + unsigned int pct[2], qd[2], cycle[2], cps[2];
>> +
>> + for (i = 0; i < ARRAY_SIZE(client); i++) {
>> + qd[i] = spsc_queue_count(&client[i].entity->base.job_queue);
>> + cycle[i] = READ_ONCE(client[i].cycle);
>> + cps[i] = DIV_ROUND_UP(100 * frequency *
>> + (cycle[i] - prev_cycle[i]),
>> + 100);
>> + if (client[i].cycles)
>> + pct[i] = DIV_ROUND_UP(100 * (1 + cycle[i]),
>> + client[i].cycles);
>> + else
>> + pct[i] = 0;
>> + prev_cycle[i] = cycle[i];
>> + }
>> +
>> + if (client_done(&client[0]))
>> + pr_info("\t+%6lldms: ; %3u %5u %4u\n",
>> + ktime_to_ms(ktime_sub(ktime_get(), start)),
>> + pct[1], cps[1], qd[1]);
>> + else if (client_done(&client[1]))
>> + pr_info("\t+%6lldms: %3u %5u %4u;\n",
>> + ktime_to_ms(ktime_sub(ktime_get(), start)),
>> + pct[0], cps[0], qd[0]);
>> + else
>> + pr_info("\t+%6lldms: %3u %5u %4u; %3u %5u %4u\n",
>> + ktime_to_ms(ktime_sub(ktime_get(), start)),
>> + pct[0], cps[0], qd[0],
>> + pct[1], cps[1], qd[1]);
>> +
>> + msleep(period_ms);
>> + }
>> +
>> + for (i = 0; i < ARRAY_SIZE(client); i++) {
>> + kthread_flush_work(&client[i].work);
>> + kthread_destroy_worker(client[i].worker);
>> + }
>> +
>> + for (i = 0; i < ARRAY_SIZE(client); i++)
>> + KUNIT_ASSERT_TRUE(test, client[i].done);
>> +
>> + for (i = 0; i < ARRAY_SIZE(client); i++) {
>> + pr_info(" %u: prio=%s sync=%u elapsed_ms=%lldms (ideal_ms=%lldms) cycle_time(min,avg,max)=%u,%u,%u us latency_time(min,avg,max)=%u,%u,%u us",
>> + i,
>> + prio_str(params->client[i].priority),
>> + params->client[i].sync,
>> + ktime_to_ms(ktime_sub(client[i].end, client[i].start)),
>> + ktime_to_ms(client[i].ideal_duration),
>> + client[i].cycle_time.min_us,
>> + get_stats_avg(&client[i].cycle_time, client[i].cycles),
>> + client[i].cycle_time.max_us,
>> + client[i].latency_time.min_us,
>> + get_stats_avg(&client[i].latency_time, client[i].cycles),
>> + client[i].latency_time.max_us);
>> + drm_mock_sched_entity_free(client[i].entity);
>> + }
>> +}
>> +
>> +static const struct kunit_attributes drm_sched_scheduler_two_clients_attr = {
>> + .speed = KUNIT_SPEED_SLOW,
>> +};
>> +
>> +static struct kunit_case drm_sched_scheduler_two_clients_tests[] = {
>> + KUNIT_CASE_PARAM_ATTR(drm_sched_scheduler_two_clients_test,
>> + drm_sched_scheduler_two_clients_gen_params,
>> + drm_sched_scheduler_two_clients_attr),
>> + {}
>> +};
>> +
>> +static struct kunit_suite drm_sched_scheduler_two_clients1 = {
>> + .name = "drm_sched_scheduler_two_clients_one_credit_tests",
>> + .init = drm_sched_scheduler_init,
>> + .exit = drm_sched_scheduler_exit,
>> + .test_cases = drm_sched_scheduler_two_clients_tests,
>> +};
>> +
>> +static struct kunit_suite drm_sched_scheduler_two_clients2 = {
>> + .name = "drm_sched_scheduler_two_clients_two_credits_tests",
>> + .init = drm_sched_scheduler_init2,
>> + .exit = drm_sched_scheduler_exit,
>> + .test_cases = drm_sched_scheduler_two_clients_tests,
>> +};
>> +
>> +kunit_test_suites(&drm_sched_scheduler_overhead,
>> + &drm_sched_scheduler_two_clients1,
>> + &drm_sched_scheduler_two_clients2);
>
next prev parent reply other threads:[~2025-10-11 13:09 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-08 8:53 [PATCH 00/28] Fair DRM scheduler Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 01/28] drm/sched: Reverse drm_sched_rq_init arguments Tvrtko Ursulin
2025-10-10 8:55 ` Philipp Stanner
2025-10-10 9:46 ` Tvrtko Ursulin
2025-10-10 10:36 ` Philipp Stanner
2025-10-11 13:21 ` Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 02/28] drm/sched: Add some scheduling quality unit tests Tvrtko Ursulin
2025-10-10 9:38 ` Philipp Stanner
2025-10-11 13:09 ` Tvrtko Ursulin [this message]
2025-10-08 8:53 ` [PATCH 03/28] drm/sched: Add some more " Tvrtko Ursulin
2025-10-10 9:48 ` Philipp Stanner
2025-10-11 13:21 ` Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 04/28] drm/sched: Implement RR via FIFO Tvrtko Ursulin
2025-10-10 10:18 ` Philipp Stanner
2025-10-11 13:30 ` Tvrtko Ursulin
2025-10-14 6:40 ` Philipp Stanner
2025-10-08 8:53 ` [PATCH 05/28] drm/sched: Consolidate entity run queue management Tvrtko Ursulin
2025-10-10 10:49 ` Philipp Stanner
2025-10-11 14:19 ` Tvrtko Ursulin
2025-10-14 6:53 ` Philipp Stanner
2025-10-14 7:26 ` Tvrtko Ursulin
2025-10-14 8:52 ` Philipp Stanner
2025-10-14 10:04 ` Tvrtko Ursulin
2025-10-14 11:23 ` Philipp Stanner
2025-10-08 8:53 ` [PATCH 06/28] drm/sched: Move run queue related code into a separate file Tvrtko Ursulin
2025-10-08 22:49 ` Matthew Brost
2025-10-08 8:53 ` [PATCH 07/28] drm/sched: Free all finished jobs at once Tvrtko Ursulin
2025-10-08 22:48 ` Matthew Brost
2025-10-08 8:53 ` [PATCH 08/28] drm/sched: Account entity GPU time Tvrtko Ursulin
2025-10-10 12:22 ` Philipp Stanner
2025-10-11 14:56 ` Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 09/28] drm/sched: Remove idle entity from tree Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 10/28] drm/sched: Add fair scheduling policy Tvrtko Ursulin
2025-10-14 10:27 ` Philipp Stanner
2025-10-14 12:56 ` Tvrtko Ursulin
2025-10-14 14:02 ` Philipp Stanner
2025-10-14 14:32 ` Simona Vetter
2025-10-14 14:58 ` Tvrtko Ursulin
2025-10-16 7:06 ` Philipp Stanner
2025-10-16 8:42 ` Tvrtko Ursulin
2025-10-16 9:50 ` Danilo Krummrich
2025-10-16 10:54 ` Tvrtko Ursulin
2025-10-16 11:14 ` Danilo Krummrich
2025-10-08 8:53 ` [PATCH 11/28] drm/sched: Favour interactive clients slightly Tvrtko Ursulin
2025-10-14 10:53 ` Philipp Stanner
2025-10-14 12:20 ` Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 12/28] drm/sched: Switch default policy to fair Tvrtko Ursulin
2025-10-10 12:56 ` Philipp Stanner
2025-10-08 8:53 ` [PATCH 13/28] drm/sched: Remove FIFO and RR and simplify to a single run queue Tvrtko Ursulin
2025-10-14 11:16 ` Philipp Stanner
2025-10-14 13:16 ` Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 14/28] drm/sched: Embed run queue singleton into the scheduler Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 15/28] accel/amdxdna: Remove drm_sched_init_args->num_rqs usage Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 16/28] accel/rocket: " Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 17/28] drm/amdgpu: " Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 18/28] drm/etnaviv: " Tvrtko Ursulin
2025-10-08 10:31 ` Christian Gmeiner
2025-10-08 8:53 ` [PATCH 19/28] drm/imagination: " Tvrtko Ursulin
2025-10-10 14:29 ` Matt Coster
2025-10-08 8:53 ` [PATCH 20/28] drm/lima: " Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 21/28] drm/msm: " Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 22/28] drm/nouveau: " Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 23/28] drm/panfrost: " Tvrtko Ursulin
2025-10-08 14:55 ` Steven Price
2025-10-08 8:53 ` [PATCH 24/28] drm/panthor: " Tvrtko Ursulin
2025-10-08 14:55 ` Steven Price
2025-10-10 10:02 ` Liviu Dudau
2025-10-08 8:53 ` [PATCH 25/28] drm/sched: " Tvrtko Ursulin
2025-10-08 22:44 ` Matthew Brost
2025-10-08 8:53 ` [PATCH 26/28] drm/v3d: " Tvrtko Ursulin
2025-10-10 14:15 ` Melissa Wen
2025-10-08 8:53 ` [PATCH 27/28] drm/xe: " Tvrtko Ursulin
2025-10-08 8:53 ` [PATCH 28/28] drm/sched: Remove drm_sched_init_args->num_rqs Tvrtko Ursulin
2025-10-10 13:00 ` Philipp Stanner
2025-10-11 14:58 ` Tvrtko Ursulin
2025-10-10 8:59 ` [PATCH 00/28] Fair DRM scheduler Philipp Stanner
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=6b286ef2-3d7e-4c09-8d1d-accae89a3d4a@igalia.com \
--to=tvrtko.ursulin@igalia.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=christian.koenig@amd.com \
--cc=dakr@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=kernel-dev@igalia.com \
--cc=matthew.brost@intel.com \
--cc=phasta@kernel.org \
--cc=pierre-eric.pelloux-prayer@amd.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