[Intel-xe] [PATCH v2 4/9] drm/sched: Split free_job into own work item
Matthew Brost
matthew.brost at intel.com
Thu Aug 24 14:30:37 UTC 2023
On Thu, Aug 24, 2023 at 01:44:41PM +0200, Christian König wrote:
> Am 24.08.23 um 01:12 schrieb Matthew Brost:
> > On Wed, Aug 23, 2023 at 01:26:09PM -0400, Rodrigo Vivi wrote:
> > > On Wed, Aug 23, 2023 at 11:41:19AM -0400, Alex Deucher wrote:
> > > > On Wed, Aug 23, 2023 at 11:26 AM Matthew Brost <matthew.brost at intel.com> wrote:
> > > > > On Wed, Aug 23, 2023 at 09:10:51AM +0200, Christian König wrote:
> > > > > > Am 23.08.23 um 05:27 schrieb Matthew Brost:
> > > > > > > [SNIP]
> > > > > > > > That is exactly what I want to avoid, tying the TDR to the job is what some
> > > > > > > > AMD engineers pushed for because it looked like a simple solution and made
> > > > > > > > the whole thing similar to what Windows does.
> > > > > > > >
> > > > > > > > This turned the previous relatively clean scheduler and TDR design into a
> > > > > > > > complete nightmare. The job contains quite a bunch of things which are not
> > > > > > > > necessarily available after the application which submitted the job is torn
> > > > > > > > down.
> > > > > > > >
> > > > > > > Agree the TDR shouldn't be accessing anything application specific
> > > > > > > rather just internal job state required to tear the job down on the
> > > > > > > hardware.
> > > > > > > > So what happens is that you either have stale pointers in the TDR which can
> > > > > > > > go boom extremely easily or we somehow find a way to keep the necessary
> > > > > > > I have not experenced the TDR going boom in Xe.
> > > > > > >
> > > > > > > > structures (which include struct thread_info and struct file for this driver
> > > > > > > > connection) alive until all submissions are completed.
> > > > > > > >
> > > > > > > In Xe we keep everything alive until all submissions are completed. By
> > > > > > > everything I mean the drm job, entity, scheduler, and VM via a reference
> > > > > > > counting scheme. All of these structures are just kernel state which can
> > > > > > > safely be accessed even if the application has been killed.
> > > > > > Yeah, but that might just not be such a good idea from memory management
> > > > > > point of view.
> > > > > >
> > > > > > When you (for example) kill a process all resource from that progress should
> > > > > > at least be queued to be freed more or less immediately.
> > > > > >
> > > > > We do this, the TDR kicks jobs off the hardware as fast as the hw
> > > > > interface allows and signals all pending hw fences immediately after.
> > > > > Free jobs then is immediately called and the reference count goes to
> > > > > zero. I think max time for all of this to occur is a handful of ms.
> > > > >
> > > > > > What Linux is doing for other I/O operations is to keep the relevant pages
> > > > > > alive until the I/O operation is completed, but for GPUs that usually means
> > > > > > keeping most of the memory of the process alive and that in turn is really
> > > > > > not something you can do.
> > > > > >
> > > > > > You can of course do this if your driver has a reliable way of killing your
> > > > > > submissions and freeing resources in a reasonable amount of time. This
> > > > > > should then be done in the flush callback.
> > > > > >
> > > > > 'flush callback' - Do you mean drm_sched_entity_flush? I looked at that
> > > > > and think that function doesn't even work for what I tell. It flushes
> > > > > the spsc queue but what about jobs on the hardware, how do those get
> > > > > killed?
> > > > >
> > > > > As stated we do via the TDR which is rather clean design and fits with
> > > > > our reference couting scheme.
> > > > >
> > > > > > > If we need to teardown on demand we just set the TDR to a minimum value and
> > > > > > > it kicks the jobs off the hardware, gracefully cleans everything up and
> > > > > > > drops all references. This is a benefit of the 1 to 1 relationship, not
> > > > > > > sure if this works with how AMDGPU uses the scheduler.
> > > > > > >
> > > > > > > > Delaying application tear down is also not an option because then you run
> > > > > > > > into massive trouble with the OOM killer (or more generally OOM handling).
> > > > > > > > See what we do in drm_sched_entity_flush() as well.
> > > > > > > >
> > > > > > > Not an issue for Xe, we never call drm_sched_entity_flush as our
> > > > > > > referencing counting scheme is all jobs are finished before we attempt
> > > > > > > to tear down entity / scheduler.
> > > > > > I don't think you can do that upstream. Calling drm_sched_entity_flush() is
> > > > > > a must have from your flush callback for the file descriptor.
> > > > > >
> > > > > Again 'flush callback'? What are you refering too.
> > > > >
> > > > > And why does drm_sched_entity_flush need to be called, doesn't seem to
> > > > > do anything useful.
> > > > >
> > > > > > Unless you have some other method for killing your submissions this would
> > > > > > give a path for a deny of service attack vector when the Xe driver is in
> > > > > > use.
> > > > > >
> > > > > Yes, once th TDR fires is disallows all new submissions at the exec
> > > > > IOCTL plus flushes any pending submissions as fast as possible.
> > > > >
> > > > > > > > Since adding the TDR support we completely exercised this through in the
> > > > > > > > last two or three years or so. And to sum it up I would really like to get
> > > > > > > > away from this mess again.
> > > > > > > >
> > > > > > > > Compared to that what i915 does is actually rather clean I think.
> > > > > > > >
> > > > > > > Not even close, resets where a nightmare in the i915 (I spend years
> > > > > > > trying to get this right and probably still completely work) and in Xe
> > > > > > > basically got it right on the attempt.
> > > > > > >
> > > > > > > > > Also in Xe some of
> > > > > > > > > things done in free_job cannot be from an IRQ context, hence calling
> > > > > > > > > this from the scheduler worker is rather helpful.
> > > > > > > > Well putting things for cleanup into a workitem doesn't sounds like
> > > > > > > > something hard.
> > > > > > > >
> > > > > > > That is exactly what we doing in the scheduler with the free_job
> > > > > > > workitem.
> > > > > > Yeah, but I think that we do it in the scheduler and not the driver is
> > > > > > problematic.
> > > Christian, I do see your point on simply get rid of free job callbacks here
> > > then use fence with own-driver workqueue and house cleaning. But I wonder if
> > > starting with this patch as a clear separation of that is not a step forward
> > > and that could be cleaned up on a follow up!?
> > >
> > > Matt, why exactly do we need the separation in this patch? Commit message tells
> > > what it is doing and that it is aligned with design, but is not clear on why
> > > exactly we need this right now. Specially if in the end what we want is exactly
> > > keeping the submit_wq to ensure the serialization of the operations you mentioned.
> > > I mean, could we simply drop this patch and then work on a follow-up later and
> > > investigate the Christian suggestion when we are in-tree?
> > >
> > I believe Christian suggested this change in a previous rev (free_job,
> > proccess_msg) in there own workitem [1].
> >
> > Dropping free_job / calling run_job again is really a completely
> > different topic than this patch.
>
> Yeah, agree. I just wanted to bring this up before we put even more effort
> in the free_job based approach.
>
> Rodrigos point is a really good one, no matter if the driver or the
> scheduler frees the job. Doing that in a separate work item sounds like the
> right thing to do.
>
Ok, so this patch for now is ok but as a follow up we should explore
dropping free_job / scheduler refs to jobs with a wider audience as this
change affects all drivers.
Matt
> Regards,
> Christian.
>
> >
> > [1] https://patchwork.freedesktop.org/patch/550722/?series=121745&rev=1
> >
> > > > > Disagree, a common clean callback from a non-irq contexts IMO is a good
> > > > > design rather than each driver possibly having its own worker for
> > > > > cleanup.
> > > > >
> > > > > > For the scheduler it shouldn't care about the job any more as soon as the
> > > > > > driver takes over.
> > > > > >
> > > > > This a massive rewrite for all users of the DRM scheduler, I'm saying
> > > > > for Xe what you are suggesting makes little to no sense.
> > > > >
> > > > > I'd like other users of the DRM scheduler to chime in on what you
> > > > > purposing. The scope of this change affects 8ish drivers that would
> > > > > require buy in each of the stakeholders. I certainly can't change of
> > > > > these drivers as I don't feel comfortable in all of those code bases nor
> > > > > do I have hardware to test all of these drivers.
> > > > >
> > > > > > > > Question is what do you really need for TDR which is not inside the hardware
> > > > > > > > fence?
> > > > > > > >
> > > > > > > A reference to the entity to be able to kick the job off the hardware.
> > > > > > > A reference to the entity, job, and VM for error capture.
> > > > > > >
> > > > > > > We also need a reference to the job for recovery after a GPU reset so
> > > > > > > run_job can be called again for innocent jobs.
> > > > > > Well exactly that's what I'm massively pushing back. Letting the scheduler
> > > > > > call run_job() for the same job again is *NOT* something you can actually
> > > > > > do.
> > > > > >
> > > > > But lots of drivers do this already and the DRM scheduler documents
> > > > > this.
> > > > >
> > > > > > This pretty clearly violates some of the dma_fence constrains and has cause
> > > > > > massively headaches for me already.
> > > > > >
> > > > > Seems to work fine in Xe.
> > > > >
> > > > > > What you can do is to do this inside your driver, e.g. take the jobs and
> > > > > > push them again to the hw ring or just tell the hw to start executing again
> > > > > > from a previous position.
> > > > > >
> > > > > Again this now is massive rewrite of many drivers.
> > > > >
> > > > > > BTW that re-submitting of jobs seems to be a no-go from userspace
> > > > > > perspective as well. Take a look at the Vulkan spec for that, at least Marek
> > > > > > pretty much pointed out that we should absolutely not do this inside the
> > > > > > kernel.
> > > > > >
> > > > > Yes if the job causes the hang, we ban the queue. Typcially only per
> > > > > entity (queue) resets are done in Xe but occasionally device level
> > > > > resets are done (issues with hardware) and innocent jobs / entities call
> > > > > run_job again.
> > > > If the engine is reset and the job was already executing, how can you
> > > > determine that it's in a good state to resubmit? What if some
> > If a job has started but not completed we ban the queue during device
> > reset. If a queue have jobs submitted but not started we resubmit all
> > jobs on the queue during device reset.
> >
> > The started / completed state can be determined by looking at a seqno in
> > memory.
> >
> > > > internal fence or semaphore in memory used by the logic in the command
> > > > buffer has been signaled already and then you resubmit the job and it
> > > > now starts executing with different input state?
> > > I believe we could set some more rules in the new robustness documentation:
> > > https://lore.kernel.org/all/20230818200642.276735-1-andrealmeid@igalia.com/
> > >
> > > For this robustness implementation i915 pin point the exact context that
> > > was in execution when the gpu hang and only blame that, although the
> > > ressubmission is up to the user space. While on Xe we are blaming every
> > > single context that was in the queue. So I'm actually confused on what
> > > are the innocent jobs and who are calling for resubmission, if all of
> > > them got banned and blamed.
> > See above, innocent job == submited job but not started (i.e. a job
> > stuck in the FW queue not yet been put on the hardware). Because we have
> > a FW scheduler we could have 1000s of innocent jobs that don't need to
> > get banned. This is very different from drivers without FW schedulers as
> > typically when run_job is called the job hits the hardware immediately.
> >
> > Matt
> >
> > > > Alex
> > > >
> > > > > > The generally right approach seems to be to cleanly signal to userspace that
> > > > > > something bad happened and that userspace then needs to submit things again
> > > > > > even for innocent jobs.
> > > > > >
> > > > > I disagree that innocent jobs should be banned. What you are suggesting
> > > > > is if a device reset needs to be done we kill / ban every user space queue.
> > > > > Thats seems like overkill. Not seeing where that is stated in this doc
> > > > > [1], it seems to imply that only jobs that are stuck results in bans.
> > > > >
> > > > > Matt
> > > > >
> > > > > [1] https://patchwork.freedesktop.org/patch/553465/?series=119883&rev=3
> > > > >
> > > > > > Regards,
> > > > > > Christian.
> > > > > >
> > > > > > > All of this leads to believe we need to stick with the design.
> > > > > > >
> > > > > > > Matt
> > > > > > >
> > > > > > > > Regards,
> > > > > > > > Christian.
> > > > > > > >
> > > > > > > > > The HW fence can live for longer as it can be installed in dma-resv
> > > > > > > > > slots, syncobjs, etc... If the job and hw fence are combined now we
> > > > > > > > > holding on the memory for the longer and perhaps at the mercy of the
> > > > > > > > > user. We also run the risk of the final put being done from an IRQ
> > > > > > > > > context which again wont work in Xe as it is currently coded. Lastly 2
> > > > > > > > > jobs from the same scheduler could do the final put in parallel, so
> > > > > > > > > rather than having free_job serialized by the worker now multiple jobs
> > > > > > > > > are freeing themselves at the same time. This might not be an issue but
> > > > > > > > > adds another level of raceyness that needs to be accounted for. None of
> > > > > > > > > this sounds desirable to me.
> > > > > > > > >
> > > > > > > > > FWIW what you suggesting sounds like how the i915 did things
> > > > > > > > > (i915_request and hw fence in 1 memory alloc) and that turned out to be
> > > > > > > > > a huge mess. As rule of thumb I generally do the opposite of whatever
> > > > > > > > > the i915 did.
> > > > > > > > >
> > > > > > > > > Matt
> > > > > > > > >
> > > > > > > > > > Christian.
> > > > > > > > > >
> > > > > > > > > > > Matt
> > > > > > > > > > >
> > > > > > > > > > > > All the lifetime issues we had came from ignoring this fact and I think we
> > > > > > > > > > > > should push for fixing this design up again.
> > > > > > > > > > > >
> > > > > > > > > > > > Regards,
> > > > > > > > > > > > Christian.
> > > > > > > > > > > >
> > > > > > > > > > > > > Signed-off-by: Matthew Brost <matthew.brost at intel.com>
> > > > > > > > > > > > > ---
> > > > > > > > > > > > > drivers/gpu/drm/scheduler/sched_main.c | 137 ++++++++++++++++++-------
> > > > > > > > > > > > > include/drm/gpu_scheduler.h | 8 +-
> > > > > > > > > > > > > 2 files changed, 106 insertions(+), 39 deletions(-)
> > > > > > > > > > > > >
> > > > > > > > > > > > > diff --git a/drivers/gpu/drm/scheduler/sched_main.c b/drivers/gpu/drm/scheduler/sched_main.c
> > > > > > > > > > > > > index cede47afc800..b67469eac179 100644
> > > > > > > > > > > > > --- a/drivers/gpu/drm/scheduler/sched_main.c
> > > > > > > > > > > > > +++ b/drivers/gpu/drm/scheduler/sched_main.c
> > > > > > > > > > > > > @@ -213,11 +213,12 @@ void drm_sched_rq_remove_entity(struct drm_sched_rq *rq,
> > > > > > > > > > > > > * drm_sched_rq_select_entity_rr - Select an entity which could provide a job to run
> > > > > > > > > > > > > *
> > > > > > > > > > > > > * @rq: scheduler run queue to check.
> > > > > > > > > > > > > + * @dequeue: dequeue selected entity
> > > > > > > > > > > > > *
> > > > > > > > > > > > > * Try to find a ready entity, returns NULL if none found.
> > > > > > > > > > > > > */
> > > > > > > > > > > > > static struct drm_sched_entity *
> > > > > > > > > > > > > -drm_sched_rq_select_entity_rr(struct drm_sched_rq *rq)
> > > > > > > > > > > > > +drm_sched_rq_select_entity_rr(struct drm_sched_rq *rq, bool dequeue)
> > > > > > > > > > > > > {
> > > > > > > > > > > > > struct drm_sched_entity *entity;
> > > > > > > > > > > > > @@ -227,8 +228,10 @@ drm_sched_rq_select_entity_rr(struct drm_sched_rq *rq)
> > > > > > > > > > > > > if (entity) {
> > > > > > > > > > > > > list_for_each_entry_continue(entity, &rq->entities, list) {
> > > > > > > > > > > > > if (drm_sched_entity_is_ready(entity)) {
> > > > > > > > > > > > > - rq->current_entity = entity;
> > > > > > > > > > > > > - reinit_completion(&entity->entity_idle);
> > > > > > > > > > > > > + if (dequeue) {
> > > > > > > > > > > > > + rq->current_entity = entity;
> > > > > > > > > > > > > + reinit_completion(&entity->entity_idle);
> > > > > > > > > > > > > + }
> > > > > > > > > > > > > spin_unlock(&rq->lock);
> > > > > > > > > > > > > return entity;
> > > > > > > > > > > > > }
> > > > > > > > > > > > > @@ -238,8 +241,10 @@ drm_sched_rq_select_entity_rr(struct drm_sched_rq *rq)
> > > > > > > > > > > > > list_for_each_entry(entity, &rq->entities, list) {
> > > > > > > > > > > > > if (drm_sched_entity_is_ready(entity)) {
> > > > > > > > > > > > > - rq->current_entity = entity;
> > > > > > > > > > > > > - reinit_completion(&entity->entity_idle);
> > > > > > > > > > > > > + if (dequeue) {
> > > > > > > > > > > > > + rq->current_entity = entity;
> > > > > > > > > > > > > + reinit_completion(&entity->entity_idle);
> > > > > > > > > > > > > + }
> > > > > > > > > > > > > spin_unlock(&rq->lock);
> > > > > > > > > > > > > return entity;
> > > > > > > > > > > > > }
> > > > > > > > > > > > > @@ -257,11 +262,12 @@ drm_sched_rq_select_entity_rr(struct drm_sched_rq *rq)
> > > > > > > > > > > > > * drm_sched_rq_select_entity_fifo - Select an entity which provides a job to run
> > > > > > > > > > > > > *
> > > > > > > > > > > > > * @rq: scheduler run queue to check.
> > > > > > > > > > > > > + * @dequeue: dequeue selected entity
> > > > > > > > > > > > > *
> > > > > > > > > > > > > * Find oldest waiting ready entity, returns NULL if none found.
> > > > > > > > > > > > > */
> > > > > > > > > > > > > static struct drm_sched_entity *
> > > > > > > > > > > > > -drm_sched_rq_select_entity_fifo(struct drm_sched_rq *rq)
> > > > > > > > > > > > > +drm_sched_rq_select_entity_fifo(struct drm_sched_rq *rq, bool dequeue)
> > > > > > > > > > > > > {
> > > > > > > > > > > > > struct rb_node *rb;
> > > > > > > > > > > > > @@ -271,8 +277,10 @@ drm_sched_rq_select_entity_fifo(struct drm_sched_rq *rq)
> > > > > > > > > > > > > entity = rb_entry(rb, struct drm_sched_entity, rb_tree_node);
> > > > > > > > > > > > > if (drm_sched_entity_is_ready(entity)) {
> > > > > > > > > > > > > - rq->current_entity = entity;
> > > > > > > > > > > > > - reinit_completion(&entity->entity_idle);
> > > > > > > > > > > > > + if (dequeue) {
> > > > > > > > > > > > > + rq->current_entity = entity;
> > > > > > > > > > > > > + reinit_completion(&entity->entity_idle);
> > > > > > > > > > > > > + }
> > > > > > > > > > > > > break;
> > > > > > > > > > > > > }
> > > > > > > > > > > > > }
> > > > > > > > > > > > > @@ -282,13 +290,54 @@ drm_sched_rq_select_entity_fifo(struct drm_sched_rq *rq)
> > > > > > > > > > > > > }
> > > > > > > > > > > > > /**
> > > > > > > > > > > > > - * drm_sched_submit_queue - scheduler queue submission
> > > > > > > > > > > > > + * drm_sched_run_job_queue - queue job submission
> > > > > > > > > > > > > * @sched: scheduler instance
> > > > > > > > > > > > > */
> > > > > > > > > > > > > -static void drm_sched_submit_queue(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > +static void drm_sched_run_job_queue(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > {
> > > > > > > > > > > > > if (!READ_ONCE(sched->pause_submit))
> > > > > > > > > > > > > - queue_work(sched->submit_wq, &sched->work_submit);
> > > > > > > > > > > > > + queue_work(sched->submit_wq, &sched->work_run_job);
> > > > > > > > > > > > > +}
> > > > > > > > > > > > > +
> > > > > > > > > > > > > +static struct drm_sched_entity *
> > > > > > > > > > > > > +drm_sched_select_entity(struct drm_gpu_scheduler *sched, bool dequeue);
> > > > > > > > > > > > > +
> > > > > > > > > > > > > +/**
> > > > > > > > > > > > > + * drm_sched_run_job_queue_if_ready - queue job submission if ready
> > > > > > > > > > > > > + * @sched: scheduler instance
> > > > > > > > > > > > > + */
> > > > > > > > > > > > > +static void drm_sched_run_job_queue_if_ready(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > +{
> > > > > > > > > > > > > + if (drm_sched_select_entity(sched, false))
> > > > > > > > > > > > > + drm_sched_run_job_queue(sched);
> > > > > > > > > > > > > +}
> > > > > > > > > > > > > +
> > > > > > > > > > > > > +/**
> > > > > > > > > > > > > + * drm_sched_free_job_queue - queue free job
> > > > > > > > > > > > > + *
> > > > > > > > > > > > > + * @sched: scheduler instance to queue free job
> > > > > > > > > > > > > + */
> > > > > > > > > > > > > +static void drm_sched_free_job_queue(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > +{
> > > > > > > > > > > > > + if (!READ_ONCE(sched->pause_submit))
> > > > > > > > > > > > > + queue_work(sched->submit_wq, &sched->work_free_job);
> > > > > > > > > > > > > +}
> > > > > > > > > > > > > +
> > > > > > > > > > > > > +/**
> > > > > > > > > > > > > + * drm_sched_free_job_queue_if_ready - queue free job if ready
> > > > > > > > > > > > > + *
> > > > > > > > > > > > > + * @sched: scheduler instance to queue free job
> > > > > > > > > > > > > + */
> > > > > > > > > > > > > +static void drm_sched_free_job_queue_if_ready(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > +{
> > > > > > > > > > > > > + struct drm_sched_job *job;
> > > > > > > > > > > > > +
> > > > > > > > > > > > > + spin_lock(&sched->job_list_lock);
> > > > > > > > > > > > > + job = list_first_entry_or_null(&sched->pending_list,
> > > > > > > > > > > > > + struct drm_sched_job, list);
> > > > > > > > > > > > > + if (job && dma_fence_is_signaled(&job->s_fence->finished))
> > > > > > > > > > > > > + drm_sched_free_job_queue(sched);
> > > > > > > > > > > > > + spin_unlock(&sched->job_list_lock);
> > > > > > > > > > > > > }
> > > > > > > > > > > > > /**
> > > > > > > > > > > > > @@ -310,7 +359,7 @@ static void drm_sched_job_done(struct drm_sched_job *s_job, int result)
> > > > > > > > > > > > > dma_fence_get(&s_fence->finished);
> > > > > > > > > > > > > drm_sched_fence_finished(s_fence, result);
> > > > > > > > > > > > > dma_fence_put(&s_fence->finished);
> > > > > > > > > > > > > - drm_sched_submit_queue(sched);
> > > > > > > > > > > > > + drm_sched_free_job_queue(sched);
> > > > > > > > > > > > > }
> > > > > > > > > > > > > /**
> > > > > > > > > > > > > @@ -906,18 +955,19 @@ static bool drm_sched_can_queue(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > void drm_sched_wakeup_if_can_queue(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > {
> > > > > > > > > > > > > if (drm_sched_can_queue(sched))
> > > > > > > > > > > > > - drm_sched_submit_queue(sched);
> > > > > > > > > > > > > + drm_sched_run_job_queue(sched);
> > > > > > > > > > > > > }
> > > > > > > > > > > > > /**
> > > > > > > > > > > > > * drm_sched_select_entity - Select next entity to process
> > > > > > > > > > > > > *
> > > > > > > > > > > > > * @sched: scheduler instance
> > > > > > > > > > > > > + * @dequeue: dequeue selected entity
> > > > > > > > > > > > > *
> > > > > > > > > > > > > * Returns the entity to process or NULL if none are found.
> > > > > > > > > > > > > */
> > > > > > > > > > > > > static struct drm_sched_entity *
> > > > > > > > > > > > > -drm_sched_select_entity(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > +drm_sched_select_entity(struct drm_gpu_scheduler *sched, bool dequeue)
> > > > > > > > > > > > > {
> > > > > > > > > > > > > struct drm_sched_entity *entity;
> > > > > > > > > > > > > int i;
> > > > > > > > > > > > > @@ -935,8 +985,10 @@ drm_sched_select_entity(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > /* Kernel run queue has higher priority than normal run queue*/
> > > > > > > > > > > > > for (i = DRM_SCHED_PRIORITY_COUNT - 1; i >= DRM_SCHED_PRIORITY_MIN; i--) {
> > > > > > > > > > > > > entity = sched->sched_policy == DRM_SCHED_POLICY_FIFO ?
> > > > > > > > > > > > > - drm_sched_rq_select_entity_fifo(&sched->sched_rq[i]) :
> > > > > > > > > > > > > - drm_sched_rq_select_entity_rr(&sched->sched_rq[i]);
> > > > > > > > > > > > > + drm_sched_rq_select_entity_fifo(&sched->sched_rq[i],
> > > > > > > > > > > > > + dequeue) :
> > > > > > > > > > > > > + drm_sched_rq_select_entity_rr(&sched->sched_rq[i],
> > > > > > > > > > > > > + dequeue);
> > > > > > > > > > > > > if (entity)
> > > > > > > > > > > > > break;
> > > > > > > > > > > > > }
> > > > > > > > > > > > > @@ -1024,30 +1076,44 @@ drm_sched_pick_best(struct drm_gpu_scheduler **sched_list,
> > > > > > > > > > > > > EXPORT_SYMBOL(drm_sched_pick_best);
> > > > > > > > > > > > > /**
> > > > > > > > > > > > > - * drm_sched_main - main scheduler thread
> > > > > > > > > > > > > + * drm_sched_free_job_work - worker to call free_job
> > > > > > > > > > > > > *
> > > > > > > > > > > > > - * @param: scheduler instance
> > > > > > > > > > > > > + * @w: free job work
> > > > > > > > > > > > > */
> > > > > > > > > > > > > -static void drm_sched_main(struct work_struct *w)
> > > > > > > > > > > > > +static void drm_sched_free_job_work(struct work_struct *w)
> > > > > > > > > > > > > {
> > > > > > > > > > > > > struct drm_gpu_scheduler *sched =
> > > > > > > > > > > > > - container_of(w, struct drm_gpu_scheduler, work_submit);
> > > > > > > > > > > > > - struct drm_sched_entity *entity;
> > > > > > > > > > > > > + container_of(w, struct drm_gpu_scheduler, work_free_job);
> > > > > > > > > > > > > struct drm_sched_job *cleanup_job;
> > > > > > > > > > > > > - int r;
> > > > > > > > > > > > > if (READ_ONCE(sched->pause_submit))
> > > > > > > > > > > > > return;
> > > > > > > > > > > > > cleanup_job = drm_sched_get_cleanup_job(sched);
> > > > > > > > > > > > > - entity = drm_sched_select_entity(sched);
> > > > > > > > > > > > > + if (cleanup_job) {
> > > > > > > > > > > > > + sched->ops->free_job(cleanup_job);
> > > > > > > > > > > > > +
> > > > > > > > > > > > > + drm_sched_free_job_queue_if_ready(sched);
> > > > > > > > > > > > > + drm_sched_run_job_queue_if_ready(sched);
> > > > > > > > > > > > > + }
> > > > > > > > > > > > > +}
> > > > > > > > > > > > > - if (!entity && !cleanup_job)
> > > > > > > > > > > > > - return; /* No more work */
> > > > > > > > > > > > > +/**
> > > > > > > > > > > > > + * drm_sched_run_job_work - worker to call run_job
> > > > > > > > > > > > > + *
> > > > > > > > > > > > > + * @w: run job work
> > > > > > > > > > > > > + */
> > > > > > > > > > > > > +static void drm_sched_run_job_work(struct work_struct *w)
> > > > > > > > > > > > > +{
> > > > > > > > > > > > > + struct drm_gpu_scheduler *sched =
> > > > > > > > > > > > > + container_of(w, struct drm_gpu_scheduler, work_run_job);
> > > > > > > > > > > > > + struct drm_sched_entity *entity;
> > > > > > > > > > > > > + int r;
> > > > > > > > > > > > > - if (cleanup_job)
> > > > > > > > > > > > > - sched->ops->free_job(cleanup_job);
> > > > > > > > > > > > > + if (READ_ONCE(sched->pause_submit))
> > > > > > > > > > > > > + return;
> > > > > > > > > > > > > + entity = drm_sched_select_entity(sched, true);
> > > > > > > > > > > > > if (entity) {
> > > > > > > > > > > > > struct dma_fence *fence;
> > > > > > > > > > > > > struct drm_sched_fence *s_fence;
> > > > > > > > > > > > > @@ -1056,9 +1122,7 @@ static void drm_sched_main(struct work_struct *w)
> > > > > > > > > > > > > sched_job = drm_sched_entity_pop_job(entity);
> > > > > > > > > > > > > if (!sched_job) {
> > > > > > > > > > > > > complete_all(&entity->entity_idle);
> > > > > > > > > > > > > - if (!cleanup_job)
> > > > > > > > > > > > > - return; /* No more work */
> > > > > > > > > > > > > - goto again;
> > > > > > > > > > > > > + return; /* No more work */
> > > > > > > > > > > > > }
> > > > > > > > > > > > > s_fence = sched_job->s_fence;
> > > > > > > > > > > > > @@ -1088,10 +1152,8 @@ static void drm_sched_main(struct work_struct *w)
> > > > > > > > > > > > > }
> > > > > > > > > > > > > wake_up(&sched->job_scheduled);
> > > > > > > > > > > > > + drm_sched_run_job_queue_if_ready(sched);
> > > > > > > > > > > > > }
> > > > > > > > > > > > > -
> > > > > > > > > > > > > -again:
> > > > > > > > > > > > > - drm_sched_submit_queue(sched);
> > > > > > > > > > > > > }
> > > > > > > > > > > > > /**
> > > > > > > > > > > > > @@ -1150,7 +1212,8 @@ int drm_sched_init(struct drm_gpu_scheduler *sched,
> > > > > > > > > > > > > spin_lock_init(&sched->job_list_lock);
> > > > > > > > > > > > > atomic_set(&sched->hw_rq_count, 0);
> > > > > > > > > > > > > INIT_DELAYED_WORK(&sched->work_tdr, drm_sched_job_timedout);
> > > > > > > > > > > > > - INIT_WORK(&sched->work_submit, drm_sched_main);
> > > > > > > > > > > > > + INIT_WORK(&sched->work_run_job, drm_sched_run_job_work);
> > > > > > > > > > > > > + INIT_WORK(&sched->work_free_job, drm_sched_free_job_work);
> > > > > > > > > > > > > atomic_set(&sched->_score, 0);
> > > > > > > > > > > > > atomic64_set(&sched->job_id_count, 0);
> > > > > > > > > > > > > sched->pause_submit = false;
> > > > > > > > > > > > > @@ -1275,7 +1338,8 @@ EXPORT_SYMBOL(drm_sched_submit_ready);
> > > > > > > > > > > > > void drm_sched_submit_stop(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > {
> > > > > > > > > > > > > WRITE_ONCE(sched->pause_submit, true);
> > > > > > > > > > > > > - cancel_work_sync(&sched->work_submit);
> > > > > > > > > > > > > + cancel_work_sync(&sched->work_run_job);
> > > > > > > > > > > > > + cancel_work_sync(&sched->work_free_job);
> > > > > > > > > > > > > }
> > > > > > > > > > > > > EXPORT_SYMBOL(drm_sched_submit_stop);
> > > > > > > > > > > > > @@ -1287,6 +1351,7 @@ EXPORT_SYMBOL(drm_sched_submit_stop);
> > > > > > > > > > > > > void drm_sched_submit_start(struct drm_gpu_scheduler *sched)
> > > > > > > > > > > > > {
> > > > > > > > > > > > > WRITE_ONCE(sched->pause_submit, false);
> > > > > > > > > > > > > - queue_work(sched->submit_wq, &sched->work_submit);
> > > > > > > > > > > > > + queue_work(sched->submit_wq, &sched->work_run_job);
> > > > > > > > > > > > > + queue_work(sched->submit_wq, &sched->work_free_job);
> > > > > > > > > > > > > }
> > > > > > > > > > > > > EXPORT_SYMBOL(drm_sched_submit_start);
> > > > > > > > > > > > > diff --git a/include/drm/gpu_scheduler.h b/include/drm/gpu_scheduler.h
> > > > > > > > > > > > > index 04eec2d7635f..fbc083a92757 100644
> > > > > > > > > > > > > --- a/include/drm/gpu_scheduler.h
> > > > > > > > > > > > > +++ b/include/drm/gpu_scheduler.h
> > > > > > > > > > > > > @@ -487,9 +487,10 @@ struct drm_sched_backend_ops {
> > > > > > > > > > > > > * finished.
> > > > > > > > > > > > > * @hw_rq_count: the number of jobs currently in the hardware queue.
> > > > > > > > > > > > > * @job_id_count: used to assign unique id to the each job.
> > > > > > > > > > > > > - * @submit_wq: workqueue used to queue @work_submit
> > > > > > > > > > > > > + * @submit_wq: workqueue used to queue @work_run_job and @work_free_job
> > > > > > > > > > > > > * @timeout_wq: workqueue used to queue @work_tdr
> > > > > > > > > > > > > - * @work_submit: schedules jobs and cleans up entities
> > > > > > > > > > > > > + * @work_run_job: schedules jobs
> > > > > > > > > > > > > + * @work_free_job: cleans up jobs
> > > > > > > > > > > > > * @work_tdr: schedules a delayed call to @drm_sched_job_timedout after the
> > > > > > > > > > > > > * timeout interval is over.
> > > > > > > > > > > > > * @pending_list: the list of jobs which are currently in the job queue.
> > > > > > > > > > > > > @@ -518,7 +519,8 @@ struct drm_gpu_scheduler {
> > > > > > > > > > > > > atomic64_t job_id_count;
> > > > > > > > > > > > > struct workqueue_struct *submit_wq;
> > > > > > > > > > > > > struct workqueue_struct *timeout_wq;
> > > > > > > > > > > > > - struct work_struct work_submit;
> > > > > > > > > > > > > + struct work_struct work_run_job;
> > > > > > > > > > > > > + struct work_struct work_free_job;
> > > > > > > > > > > > > struct delayed_work work_tdr;
> > > > > > > > > > > > > struct list_head pending_list;
> > > > > > > > > > > > > spinlock_t job_list_lock;
>
More information about the Intel-xe
mailing list