i915_request.h 24.8 KB
Newer Older
1
/*
2
 * Copyright © 2008-2018 Intel Corporation
3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
 *
 * Permission is hereby granted, free of charge, to any person obtaining a
 * copy of this software and associated documentation files (the "Software"),
 * to deal in the Software without restriction, including without limitation
 * the rights to use, copy, modify, merge, publish, distribute, sublicense,
 * and/or sell copies of the Software, and to permit persons to whom the
 * Software is furnished to do so, subject to the following conditions:
 *
 * The above copyright notice and this permission notice (including the next
 * paragraph) shall be included in all copies or substantial portions of the
 * Software.
 *
 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
 * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
 * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
 * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
 * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
 * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
 * IN THE SOFTWARE.
 *
 */

25 26
#ifndef I915_REQUEST_H
#define I915_REQUEST_H
27

28
#include <linux/dma-fence.h>
29 30

#include "i915_gem.h"
31
#include "i915_sw_fence.h"
32

33 34
#include <uapi/drm/i915_drm.h>

J
Joonas Lahtinen 已提交
35 36
struct drm_file;
struct drm_i915_gem_object;
37
struct i915_request;
J
Joonas Lahtinen 已提交
38

39 40 41
struct intel_wait {
	struct rb_node node;
	struct task_struct *tsk;
42
	struct i915_request *request;
43 44 45 46 47
	u32 seqno;
};

struct intel_signal_node {
	struct intel_wait wait;
48
	struct list_head link;
49 50
};

51 52 53 54
struct i915_dependency {
	struct i915_priotree *signaler;
	struct list_head signal_link;
	struct list_head wait_link;
55
	struct list_head dfs_link;
56 57 58 59
	unsigned long flags;
#define I915_DEPENDENCY_ALLOC BIT(0)
};

60 61 62 63 64 65
/*
 * "People assume that time is a strict progression of cause to effect, but
 * actually, from a nonlinear, non-subjective viewpoint, it's more like a big
 * ball of wibbly-wobbly, timey-wimey ... stuff." -The Doctor, 2015
 *
 * Requests exist in a complex web of interdependencies. Each request
66 67 68 69 70 71 72 73 74 75 76
 * has to wait for some other request to complete before it is ready to be run
 * (e.g. we have to wait until the pixels have been rendering into a texture
 * before we can copy from it). We track the readiness of a request in terms
 * of fences, but we also need to keep the dependency tree for the lifetime
 * of the request (beyond the life of an individual fence). We use the tree
 * at various points to reorder the requests whilst keeping the requests
 * in order with respect to their various dependencies.
 */
struct i915_priotree {
	struct list_head signalers_list; /* those before us, we depend upon */
	struct list_head waiters_list; /* those after us, they depend upon us */
77
	struct list_head link;
78
	int priority;
79 80 81 82 83 84 85 86
};

enum {
	I915_PRIORITY_MIN = I915_CONTEXT_MIN_USER_PRIORITY - 1,
	I915_PRIORITY_NORMAL = I915_CONTEXT_DEFAULT_PRIORITY,
	I915_PRIORITY_MAX = I915_CONTEXT_MAX_USER_PRIORITY + 1,

	I915_PRIORITY_INVALID = INT_MIN
87 88
};

89 90
struct i915_capture_list {
	struct i915_capture_list *next;
91 92 93
	struct i915_vma *vma;
};

94 95 96 97 98 99 100 101 102 103 104
/**
 * Request queue structure.
 *
 * The request queue allows us to note sequence numbers that have been emitted
 * and may be associated with active buffers to be retired.
 *
 * By keeping this list, we can avoid having to do questionable sequence
 * number comparisons on buffer last_read|write_seqno. It also allows an
 * emission time to be associated with the request for tracking how far ahead
 * of the GPU the submission is.
 *
105 106 107 108 109 110 111
 * When modifying this structure be very aware that we perform a lockless
 * RCU lookup of it that may race against reallocation of the struct
 * from the slab freelist. We intentionally do not zero the structure on
 * allocation so that the lookup can use the dangling pointers (and is
 * cogniscent that those pointers may be wrong). Instead, everything that
 * needs to be initialised must be done so explicitly.
 *
112
 * The requests are reference counted.
113
 */
114
struct i915_request {
115
	struct dma_fence fence;
116
	spinlock_t lock;
117 118 119 120 121 122 123 124 125 126 127

	/** On Which ring this request was generated */
	struct drm_i915_private *i915;

	/**
	 * Context and ring buffer related to this request
	 * Contexts are refcounted, so when this request is associated with a
	 * context, we must increment the context's refcount, to guarantee that
	 * it persists while any request is linked to it. Requests themselves
	 * are also refcounted, so the request will only be freed when the last
	 * reference to it is dismissed, and the code in
128
	 * i915_request_free() will then decrement the refcount on the
129 130 131 132
	 * context.
	 */
	struct i915_gem_context *ctx;
	struct intel_engine_cs *engine;
133
	struct intel_ring *ring;
134
	struct intel_timeline *timeline;
135 136
	struct intel_signal_node signaling;

137 138
	/*
	 * Fences for the various phases in the request's lifetime.
139 140 141 142 143
	 *
	 * The submit fence is used to await upon all of the request's
	 * dependencies. When it is signaled, the request is ready to run.
	 * It is used by the driver to then queue the request for execution.
	 */
144
	struct i915_sw_fence submit;
145
	wait_queue_entry_t submitq;
146
	wait_queue_head_t execute;
147

148 149
	/*
	 * A list of everyone we wait upon, and everyone who waits upon us.
150 151 152 153 154 155 156 157 158 159
	 * Even though we will not be submitted to the hardware before the
	 * submit fence is signaled (it waits for all external events as well
	 * as our own requests), the scheduler still needs to know the
	 * dependency tree for the lifetime of the request (from execbuf
	 * to retirement), i.e. bidirectional dependency information for the
	 * request not tied to individual fences.
	 */
	struct i915_priotree priotree;
	struct i915_dependency dep;

160 161
	/**
	 * GEM sequence number associated with this request on the
162 163 164 165
	 * global execution timeline. It is zero when the request is not
	 * on the HW queue (i.e. not on the engine timeline list).
	 * Its value is guarded by the timeline spinlock.
	 */
166 167
	u32 global_seqno;

168
	/** Position in the ring of the start of the request */
169 170 171
	u32 head;

	/**
172 173 174
	 * Position in the ring of the start of the postfix.
	 * This is required to calculate the maximum available ring space
	 * without overwriting the postfix.
175 176 177
	 */
	u32 postfix;

178
	/** Position in the ring of the end of the whole request */
179 180
	u32 tail;

181 182 183 184
	/** Position in the ring of the end of any workarounds after the tail */
	u32 wa_tail;

	/** Preallocate space in the ring for the emitting the request */
185 186 187 188 189
	u32 reserved_space;

	/** Batch buffer related to this request if any (used for
	 * error state dump only).
	 */
C
Chris Wilson 已提交
190
	struct i915_vma *batch;
191 192
	/**
	 * Additional buffers requested by userspace to be captured upon
193 194 195 196
	 * a GPU hang. The vma/obj on this list are protected by their
	 * active reference - all objects on this list must also be
	 * on the active_list (of their final request).
	 */
197
	struct i915_capture_list *capture_list;
198
	struct list_head active_list;
199 200 201 202

	/** Time at which this request was emitted, in jiffies. */
	unsigned long emitted_jiffies;

203 204
	bool waitboost;

205 206
	/** engine->request_list entry for this request */
	struct list_head link;
207

208 209 210
	/** ring->request_list entry for this request */
	struct list_head ring_link;

211 212
	struct drm_i915_file_private *file_priv;
	/** file_priv list entry for this request */
213
	struct list_head client_link;
214 215
};

216 217
#define I915_FENCE_GFP (GFP_KERNEL | __GFP_RETRY_MAYFAIL | __GFP_NOWARN)

218
extern const struct dma_fence_ops i915_fence_ops;
219

220
static inline bool dma_fence_is_i915(const struct dma_fence *fence)
221 222 223 224
{
	return fence->ops == &i915_fence_ops;
}

225 226 227 228
struct i915_request * __must_check
i915_request_alloc(struct intel_engine_cs *engine,
		   struct i915_gem_context *ctx);
void i915_request_retire_upto(struct i915_request *rq);
229

230
static inline struct i915_request *
231
to_request(struct dma_fence *fence)
232 233
{
	/* We assume that NULL fence/request are interoperable */
234
	BUILD_BUG_ON(offsetof(struct i915_request, fence) != 0);
235
	GEM_BUG_ON(fence && !dma_fence_is_i915(fence));
236
	return container_of(fence, struct i915_request, fence);
237 238
}

239 240
static inline struct i915_request *
i915_request_get(struct i915_request *rq)
241
{
242
	return to_request(dma_fence_get(&rq->fence));
243 244
}

245 246
static inline struct i915_request *
i915_request_get_rcu(struct i915_request *rq)
247
{
248
	return to_request(dma_fence_get_rcu(&rq->fence));
249 250
}

251
static inline void
252
i915_request_put(struct i915_request *rq)
253
{
254
	dma_fence_put(&rq->fence);
255 256
}

257
/**
258
 * i915_request_global_seqno - report the current global seqno
259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275
 * @request - the request
 *
 * A request is assigned a global seqno only when it is on the hardware
 * execution queue. The global seqno can be used to maintain a list of
 * requests on the same engine in retirement order, for example for
 * constructing a priority queue for waiting. Prior to its execution, or
 * if it is subsequently removed in the event of preemption, its global
 * seqno is zero. As both insertion and removal from the execution queue
 * may operate in IRQ context, it is not guarded by the usual struct_mutex
 * BKL. Instead those relying on the global seqno must be prepared for its
 * value to change between reads. Only when the request is complete can
 * the global seqno be stable (due to the memory barriers on submitting
 * the commands to the hardware to write the breadcrumb, if the HWS shows
 * that it has passed the global seqno and the global seqno is unchanged
 * after the read, it is indeed complete).
 */
static u32
276
i915_request_global_seqno(const struct i915_request *request)
277 278 279 280
{
	return READ_ONCE(request->global_seqno);
}

281
int i915_request_await_object(struct i915_request *to,
282 283
			      struct drm_i915_gem_object *obj,
			      bool write);
284 285
int i915_request_await_dma_fence(struct i915_request *rq,
				 struct dma_fence *fence);
286

287 288 289
void __i915_request_add(struct i915_request *rq, bool flush_caches);
#define i915_request_add(rq) \
	__i915_request_add(rq, false)
290

291 292
void __i915_request_submit(struct i915_request *request);
void i915_request_submit(struct i915_request *request);
293

294 295
void __i915_request_unsubmit(struct i915_request *request);
void i915_request_unsubmit(struct i915_request *request);
296

297
long i915_request_wait(struct i915_request *rq,
298 299
		       unsigned int flags,
		       long timeout)
300
	__attribute__((nonnull(1)));
301 302
#define I915_WAIT_INTERRUPTIBLE	BIT(0)
#define I915_WAIT_LOCKED	BIT(1) /* struct_mutex held, handle GPU reset */
303
#define I915_WAIT_ALL		BIT(2) /* used by i915_gem_object_wait() */
304

305 306 307 308 309 310 311 312 313 314
static inline u32 intel_engine_get_seqno(struct intel_engine_cs *engine);

/**
 * Returns true if seq1 is later than seq2.
 */
static inline bool i915_seqno_passed(u32 seq1, u32 seq2)
{
	return (s32)(seq1 - seq2) >= 0;
}

315
static inline bool
316
__i915_request_completed(const struct i915_request *rq, u32 seqno)
317
{
318
	GEM_BUG_ON(!seqno);
319 320
	return i915_seqno_passed(intel_engine_get_seqno(rq->engine), seqno) &&
		seqno == i915_request_global_seqno(rq);
321 322
}

323
static inline bool i915_request_completed(const struct i915_request *rq)
324
{
325 326
	u32 seqno;

327
	seqno = i915_request_global_seqno(rq);
328
	if (!seqno)
329 330
		return false;

331
	return __i915_request_completed(rq, seqno);
332 333
}

334
static inline bool i915_request_started(const struct i915_request *rq)
335 336 337
{
	u32 seqno;

338
	seqno = i915_request_global_seqno(rq);
339 340 341
	if (!seqno)
		return false;

342
	return i915_seqno_passed(intel_engine_get_seqno(rq->engine),
343 344 345
				 seqno - 1);
}

346 347
static inline bool i915_priotree_signaled(const struct i915_priotree *pt)
{
348 349
	const struct i915_request *rq =
		container_of(pt, const struct i915_request, priotree);
350

351
	return i915_request_completed(rq);
352 353
}

354 355 356 357
void i915_retire_requests(struct drm_i915_private *i915);

/*
 * We treat requests as fences. This is not be to confused with our
358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383
 * "fence registers" but pipeline synchronisation objects ala GL_ARB_sync.
 * We use the fences to synchronize access from the CPU with activity on the
 * GPU, for example, we should not rewrite an object's PTE whilst the GPU
 * is reading them. We also track fences at a higher level to provide
 * implicit synchronisation around GEM objects, e.g. set-domain will wait
 * for outstanding GPU rendering before marking the object ready for CPU
 * access, or a pageflip will wait until the GPU is complete before showing
 * the frame on the scanout.
 *
 * In order to use a fence, the object must track the fence it needs to
 * serialise with. For example, GEM objects want to track both read and
 * write access so that we can perform concurrent read operations between
 * the CPU and GPU engines, as well as waiting for all rendering to
 * complete, or waiting for the last GPU user of a "fence register". The
 * object then embeds a #i915_gem_active to track the most recent (in
 * retirement order) request relevant for the desired mode of access.
 * The #i915_gem_active is updated with i915_gem_active_set() to track the
 * most recent fence request, typically this is done as part of
 * i915_vma_move_to_active().
 *
 * When the #i915_gem_active completes (is retired), it will
 * signal its completion to the owner through a callback as well as mark
 * itself as idle (i915_gem_active.request == NULL). The owner
 * can then perform any action, such as delayed freeing of an active
 * resource including itself.
 */
384 385 386
struct i915_gem_active;

typedef void (*i915_gem_retire_fn)(struct i915_gem_active *,
387
				   struct i915_request *);
388

389
struct i915_gem_active {
390
	struct i915_request __rcu *request;
391 392
	struct list_head link;
	i915_gem_retire_fn retire;
393 394
};

395
void i915_gem_retire_noop(struct i915_gem_active *,
396
			  struct i915_request *request);
397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416

/**
 * init_request_active - prepares the activity tracker for use
 * @active - the active tracker
 * @func - a callback when then the tracker is retired (becomes idle),
 *         can be NULL
 *
 * init_request_active() prepares the embedded @active struct for use as
 * an activity tracker, that is for tracking the last known active request
 * associated with it. When the last request becomes idle, when it is retired
 * after completion, the optional callback @func is invoked.
 */
static inline void
init_request_active(struct i915_gem_active *active,
		    i915_gem_retire_fn retire)
{
	INIT_LIST_HEAD(&active->link);
	active->retire = retire ?: i915_gem_retire_noop;
}

417 418 419 420 421 422 423 424 425
/**
 * i915_gem_active_set - updates the tracker to watch the current request
 * @active - the active tracker
 * @request - the request to watch
 *
 * i915_gem_active_set() watches the given @request for completion. Whilst
 * that @request is busy, the @active reports busy. When that @request is
 * retired, the @active tracker is updated to report idle.
 */
426 427
static inline void
i915_gem_active_set(struct i915_gem_active *active,
428
		    struct i915_request *request)
429
{
430
	list_move(&active->link, &request->active_list);
431
	rcu_assign_pointer(active->request, request);
432 433
}

434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452
/**
 * i915_gem_active_set_retire_fn - updates the retirement callback
 * @active - the active tracker
 * @fn - the routine called when the request is retired
 * @mutex - struct_mutex used to guard retirements
 *
 * i915_gem_active_set_retire_fn() updates the function pointer that
 * is called when the final request associated with the @active tracker
 * is retired.
 */
static inline void
i915_gem_active_set_retire_fn(struct i915_gem_active *active,
			      i915_gem_retire_fn fn,
			      struct mutex *mutex)
{
	lockdep_assert_held(mutex);
	active->retire = fn ?: i915_gem_retire_noop;
}

453
static inline struct i915_request *
454 455
__i915_gem_active_peek(const struct i915_gem_active *active)
{
456 457
	/*
	 * Inside the error capture (running with the driver in an unknown
458 459 460 461 462 463
	 * state), we want to bend the rules slightly (a lot).
	 *
	 * Work is in progress to make it safer, in the meantime this keeps
	 * the known issue from spamming the logs.
	 */
	return rcu_dereference_protected(active->request, 1);
464 465
}

466 467 468 469 470 471 472 473
/**
 * i915_gem_active_raw - return the active request
 * @active - the active tracker
 *
 * i915_gem_active_raw() returns the current request being tracked, or NULL.
 * It does not obtain a reference on the request for the caller, so the caller
 * must hold struct_mutex.
 */
474
static inline struct i915_request *
475 476 477 478 479 480
i915_gem_active_raw(const struct i915_gem_active *active, struct mutex *mutex)
{
	return rcu_dereference_protected(active->request,
					 lockdep_is_held(mutex));
}

481
/**
482
 * i915_gem_active_peek - report the active request being monitored
483 484
 * @active - the active tracker
 *
485 486 487
 * i915_gem_active_peek() returns the current request being tracked if
 * still active, or NULL. It does not obtain a reference on the request
 * for the caller, so the caller must hold struct_mutex.
488
 */
489
static inline struct i915_request *
490
i915_gem_active_peek(const struct i915_gem_active *active, struct mutex *mutex)
491
{
492
	struct i915_request *request;
493

494
	request = i915_gem_active_raw(active, mutex);
495
	if (!request || i915_request_completed(request))
496 497 498 499 500
		return NULL;

	return request;
}

501 502 503 504 505 506 507
/**
 * i915_gem_active_get - return a reference to the active request
 * @active - the active tracker
 *
 * i915_gem_active_get() returns a reference to the active request, or NULL
 * if the active tracker is idle. The caller must hold struct_mutex.
 */
508
static inline struct i915_request *
509
i915_gem_active_get(const struct i915_gem_active *active, struct mutex *mutex)
510
{
511
	return i915_request_get(i915_gem_active_peek(active, mutex));
512 513
}

514 515 516 517 518 519 520 521
/**
 * __i915_gem_active_get_rcu - return a reference to the active request
 * @active - the active tracker
 *
 * __i915_gem_active_get() returns a reference to the active request, or NULL
 * if the active tracker is idle. The caller must hold the RCU read lock, but
 * the returned pointer is safe to use outside of RCU.
 */
522
static inline struct i915_request *
523 524
__i915_gem_active_get_rcu(const struct i915_gem_active *active)
{
525 526
	/*
	 * Performing a lockless retrieval of the active request is super
527
	 * tricky. SLAB_TYPESAFE_BY_RCU merely guarantees that the backing
528 529 530 531 532 533
	 * slab of request objects will not be freed whilst we hold the
	 * RCU read lock. It does not guarantee that the request itself
	 * will not be freed and then *reused*. Viz,
	 *
	 * Thread A			Thread B
	 *
534 535 536
	 * rq = active.request
	 *				retire(rq) -> free(rq);
	 *				(rq is now first on the slab freelist)
537 538
	 *				active.request = NULL
	 *
539 540
	 *				rq = new submission on a new object
	 * ref(rq)
541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565
	 *
	 * To prevent the request from being reused whilst the caller
	 * uses it, we take a reference like normal. Whilst acquiring
	 * the reference we check that it is not in a destroyed state
	 * (refcnt == 0). That prevents the request being reallocated
	 * whilst the caller holds on to it. To check that the request
	 * was not reallocated as we acquired the reference we have to
	 * check that our request remains the active request across
	 * the lookup, in the same manner as a seqlock. The visibility
	 * of the pointer versus the reference counting is controlled
	 * by using RCU barriers (rcu_dereference and rcu_assign_pointer).
	 *
	 * In the middle of all that, we inspect whether the request is
	 * complete. Retiring is lazy so the request may be completed long
	 * before the active tracker is updated. Querying whether the
	 * request is complete is far cheaper (as it involves no locked
	 * instructions setting cachelines to exclusive) than acquiring
	 * the reference, so we do it first. The RCU read lock ensures the
	 * pointer dereference is valid, but does not ensure that the
	 * seqno nor HWS is the right one! However, if the request was
	 * reallocated, that means the active tracker's request was complete.
	 * If the new request is also complete, then both are and we can
	 * just report the active tracker is idle. If the new request is
	 * incomplete, then we acquire a reference on it and check that
	 * it remained the active request.
566 567 568
	 *
	 * It is then imperative that we do not zero the request on
	 * reallocation, so that we can chase the dangling pointers!
569
	 * See i915_request_alloc().
570 571
	 */
	do {
572
		struct i915_request *request;
573 574

		request = rcu_dereference(active->request);
575
		if (!request || i915_request_completed(request))
576 577
			return NULL;

578 579 580
		/*
		 * An especially silly compiler could decide to recompute the
		 * result of i915_request_completed, more specifically
581 582 583 584 585
		 * re-emit the load for request->fence.seqno. A race would catch
		 * a later seqno value, which could flip the result from true to
		 * false. Which means part of the instructions below might not
		 * be executed, while later on instructions are executed. Due to
		 * barriers within the refcounting the inconsistency can't reach
586 587
		 * past the call to i915_request_get_rcu, but not executing
		 * that while still executing i915_request_put() creates
588 589 590 591
		 * havoc enough.  Prevent this with a compiler barrier.
		 */
		barrier();

592
		request = i915_request_get_rcu(request);
593

594 595 596
		/*
		 * What stops the following rcu_access_pointer() from occurring
		 * before the above i915_request_get_rcu()? If we were
597 598 599 600 601 602 603 604 605 606 607 608 609
		 * to read the value before pausing to get the reference to
		 * the request, we may not notice a change in the active
		 * tracker.
		 *
		 * The rcu_access_pointer() is a mere compiler barrier, which
		 * means both the CPU and compiler are free to perform the
		 * memory read without constraint. The compiler only has to
		 * ensure that any operations after the rcu_access_pointer()
		 * occur afterwards in program order. This means the read may
		 * be performed earlier by an out-of-order CPU, or adventurous
		 * compiler.
		 *
		 * The atomic operation at the heart of
610
		 * i915_request_get_rcu(), see dma_fence_get_rcu(), is
611
		 * atomic_inc_not_zero() which is only a full memory barrier
612
		 * when successful. That is, if i915_request_get_rcu()
613 614 615 616
		 * returns the request (and so with the reference counted
		 * incremented) then the following read for rcu_access_pointer()
		 * must occur after the atomic operation and so confirm
		 * that this request is the one currently being tracked.
617 618 619
		 *
		 * The corresponding write barrier is part of
		 * rcu_assign_pointer().
620 621 622 623
		 */
		if (!request || request == rcu_access_pointer(active->request))
			return rcu_pointer_handoff(request);

624
		i915_request_put(request);
625 626 627 628 629 630 631 632 633 634 635
	} while (1);
}

/**
 * i915_gem_active_get_unlocked - return a reference to the active request
 * @active - the active tracker
 *
 * i915_gem_active_get_unlocked() returns a reference to the active request,
 * or NULL if the active tracker is idle. The reference is obtained under RCU,
 * so no locking is required by the caller.
 *
636
 * The reference should be freed with i915_request_put().
637
 */
638
static inline struct i915_request *
639 640
i915_gem_active_get_unlocked(const struct i915_gem_active *active)
{
641
	struct i915_request *request;
642 643 644 645 646 647 648 649

	rcu_read_lock();
	request = __i915_gem_active_get_rcu(active);
	rcu_read_unlock();

	return request;
}

650 651 652 653 654 655 656 657 658 659 660
/**
 * i915_gem_active_isset - report whether the active tracker is assigned
 * @active - the active tracker
 *
 * i915_gem_active_isset() returns true if the active tracker is currently
 * assigned to a request. Due to the lazy retiring, that request may be idle
 * and this may report stale information.
 */
static inline bool
i915_gem_active_isset(const struct i915_gem_active *active)
{
661
	return rcu_access_pointer(active->request);
662 663 664
}

/**
665
 * i915_gem_active_wait - waits until the request is completed
666
 * @active - the active request on which to wait
667
 * @flags - how to wait
668 669 670
 * @timeout - how long to wait at most
 * @rps - userspace client to charge for a waitboost
 *
671
 * i915_gem_active_wait() waits until the request is completed before
672 673 674 675 676 677 678 679 680
 * returning, without requiring any locks to be held. Note that it does not
 * retire any requests before returning.
 *
 * This function relies on RCU in order to acquire the reference to the active
 * request without holding any locks. See __i915_gem_active_get_rcu() for the
 * glory details on how that is managed. Once the reference is acquired, we
 * can then wait upon the request, and afterwards release our reference,
 * free of any locking.
 *
681
 * This function wraps i915_request_wait(), see it for the full details on
682 683 684 685 686
 * the arguments.
 *
 * Returns 0 if successful, or a negative error code.
 */
static inline int
687
i915_gem_active_wait(const struct i915_gem_active *active, unsigned int flags)
688
{
689
	struct i915_request *request;
690
	long ret = 0;
691 692 693

	request = i915_gem_active_get_unlocked(active);
	if (request) {
694 695
		ret = i915_request_wait(request, flags, MAX_SCHEDULE_TIMEOUT);
		i915_request_put(request);
696 697
	}

698
	return ret < 0 ? ret : 0;
699 700
}

701 702 703 704 705 706 707 708 709 710
/**
 * i915_gem_active_retire - waits until the request is retired
 * @active - the active request on which to wait
 *
 * i915_gem_active_retire() waits until the request is completed,
 * and then ensures that at least the retirement handler for this
 * @active tracker is called before returning. If the @active
 * tracker is idle, the function returns immediately.
 */
static inline int __must_check
711
i915_gem_active_retire(struct i915_gem_active *active,
712
		       struct mutex *mutex)
713
{
714
	struct i915_request *request;
715
	long ret;
716

717
	request = i915_gem_active_raw(active, mutex);
718 719 720
	if (!request)
		return 0;

721
	ret = i915_request_wait(request,
722
				I915_WAIT_INTERRUPTIBLE | I915_WAIT_LOCKED,
723 724
				MAX_SCHEDULE_TIMEOUT);
	if (ret < 0)
725 726 727
		return ret;

	list_del_init(&active->link);
728 729
	RCU_INIT_POINTER(active->request, NULL);

730 731 732
	active->retire(active, request);

	return 0;
733 734
}

735 736 737
#define for_each_active(mask, idx) \
	for (; mask ? idx = ffs(mask) - 1, 1 : 0; mask &= ~BIT(idx))

738
#endif /* I915_REQUEST_H */