On 08/01/2025 12:27, Boris Brezillon wrote: > On Wed, 8 Jan 2025 09:34:11 +0100 > Danilo Krummrich <dakr@xxxxxxxxxx> wrote: > >> On Mon, Dec 30, 2024 at 04:52:46PM +0000, Tvrtko Ursulin wrote: >>> From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxx> >>> >>> No driver is using the update_job_credits() schduler vfunc >>> so lets remove it. >>> >>> Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxx> >> >> (+ Boris) >> >> AFAIR the panthor folks asked for this. I assume they never actually ended up >> using it? Unless they plan to use it, > > +Frank > > That was for the PowerVR driver, and it doesn't seem it's been hooked > up there. I don't think we'll ever need it in panthor, so Looks good to us, thanks for checking! Acked-by: Matt Coster <matt.coster@xxxxxxxxxx> -- Matt Coster E: matt.coster@xxxxxxxxxx > Acked-by: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx> > >> >> Acked-by: Danilo Krummrich <dakr@xxxxxxxxxx> >> >>> Cc: Christian König <christian.koenig@xxxxxxx> >>> Cc: Danilo Krummrich <dakr@xxxxxxxxxx> >>> Cc: Matthew Brost <matthew.brost@xxxxxxxxx> >>> Cc: Philipp Stanner <pstanner@xxxxxxxxxx> >>> --- >>> drivers/gpu/drm/scheduler/sched_main.c | 13 ------------- >>> include/drm/gpu_scheduler.h | 13 ------------- >>> 2 files changed, 26 deletions(-) >>> >>> diff --git a/drivers/gpu/drm/scheduler/sched_main.c b/drivers/gpu/drm/scheduler/sched_main.c >>> index 7ce25281c74c..1734c17aeea5 100644 >>> --- a/drivers/gpu/drm/scheduler/sched_main.c >>> +++ b/drivers/gpu/drm/scheduler/sched_main.c >>> @@ -64,12 +64,6 @@ >>> * credit limit, the job won't be executed. Instead, the scheduler will wait >>> * until the credit count has decreased enough to not overflow its credit limit. >>> * This implies waiting for previously executed jobs. >>> - * >>> - * Optionally, drivers may register a callback (update_job_credits) provided by >>> - * struct drm_sched_backend_ops to update the job's credits dynamically. The >>> - * scheduler executes this callback every time the scheduler considers a job for >>> - * execution and subsequently checks whether the job fits the scheduler's credit >>> - * limit. >>> */ >>> >>> #include <linux/wait.h> >>> @@ -133,13 +127,6 @@ static bool drm_sched_can_queue(struct drm_gpu_scheduler *sched, >>> if (!s_job) >>> return false; >>> >>> - if (sched->ops->update_job_credits) { >>> - s_job->credits = sched->ops->update_job_credits(s_job); >>> - >>> - drm_WARN(sched, !s_job->credits, >>> - "Jobs with zero credits bypass job-flow control.\n"); >>> - } >>> - >>> /* If a job exceeds the credit limit, truncate it to the credit limit >>> * itself to guarantee forward progress. >>> */ >>> diff --git a/include/drm/gpu_scheduler.h b/include/drm/gpu_scheduler.h >>> index 95e17504e46a..e2e6af8849c6 100644 >>> --- a/include/drm/gpu_scheduler.h >>> +++ b/include/drm/gpu_scheduler.h >>> @@ -476,19 +476,6 @@ struct drm_sched_backend_ops { >>> * and it's time to clean it up. >>> */ >>> void (*free_job)(struct drm_sched_job *sched_job); >>> - >>> - /** >>> - * @update_job_credits: Called when the scheduler is considering this >>> - * job for execution. >>> - * >>> - * This callback returns the number of credits the job would take if >>> - * pushed to the hardware. Drivers may use this to dynamically update >>> - * the job's credit count. For instance, deduct the number of credits >>> - * for already signalled native fences. >>> - * >>> - * This callback is optional. >>> - */ >>> - u32 (*update_job_credits)(struct drm_sched_job *sched_job); >>> }; >>> >>> /** >>> -- >>> 2.47.1 >>> >> >
Attachment:
OpenPGP_signature.asc
Description: OpenPGP digital signature