drm_sched_j...alse_timeout(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… drm_sched_job_reinsert_on_false_timeout β€” Kernel API Manual, bestie ✨

okay so picture this: it's a kernel API manual page, the vibe is immaculate, and the function is drm_sched_job_reinsert_on_false_timeout. yes that's a long name. yes she ate. let's get into it 🫢


🌸 NAME 🌸

drm_sched_job_reinsert_on_false_timeout β€” literally just: reinsert the job on a false timeout. that's the whole gig, no cap πŸ’–


✨ SYNOPSIS ✨

void drm_sched_job_reinsert_on_false_timeout (struct drm_gpu_scheduler
*sched , struct drm_sched_job *job );

like, it returns void, it takes two things, and it does exactly what it says on the tin πŸ”₯


πŸŽ€ ARGUMENTS πŸŽ€

  • sched β€” the scheduler instance. the main character of this whole operation, honestly πŸ‘‘
  • job β€” the job to be reinserted on the pending list. yes bestie, we're putting her back πŸ¦‹

πŸ’œ DESCRIPTION πŸ’œ

so here's the situation. sometimes you get what we call a "false timeout" β€” a timeout occurs, but the GPU isn't hung and is, in fact, making progress. like, she's fine! she's just taking a minute! 😭

when that happens, the scheduler must reinsert the job back into sched->pending_list. and why does this matter, you ask? because otherwise the job and its resources won't be freed through the struct drm_sched_backend_ops.free_job callback. and that's a leak. we don't do leaks. 🚫

πŸ’€ real talk: this function must be used in "false timeout" cases only. only. exclusively. don't be out here using it for actual timeouts, i'm begging πŸ™ˆ

πŸ¦‹ SEE ALSO πŸ¦‹

the whole friend group, in order, no one left out fr fr πŸ’…


and that's the page!! πŸŽ€ this little beauty lives in ./drivers/gpu/drm/scheduler, dated October 2026, and she's serving kernel API excellence. go forth and reinsert responsibly, bestie πŸŒˆβœ¨πŸ’–

πŸ“¦ where this page comes from