diff options
author | John Harrison <John.C.Harrison@Intel.com> | 2015-05-29 12:44:10 -0400 |
---|---|---|
committer | Daniel Vetter <daniel.vetter@ffwll.ch> | 2015-06-23 08:02:31 -0400 |
commit | 59c35a4d120ef5e34e91f2bccdfcf9e27a3b9397 (patch) | |
tree | 710ad49f98e2bfbcac755195dec6d883c68fd393 /drivers/gpu/drm/i915/intel_ringbuffer.h | |
parent | ccd98fe4996cd22094cde7b6a1f7c569f261b3e9 (diff) |
drm/i915: Remove the now obsolete intel_ring_get_request()
Much of the driver has now been converted to passing requests around instead of
rings/ringbufs/contexts. Thus the function for retreiving the request from a
ring (i.e. the OLR) is no longer used and can be removed.
For: VIZ-5115
Signed-off-by: John Harrison <John.C.Harrison@Intel.com>
Reviewed-by: Tomas Elf <tomas.elf@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Diffstat (limited to 'drivers/gpu/drm/i915/intel_ringbuffer.h')
-rw-r--r-- | drivers/gpu/drm/i915/intel_ringbuffer.h | 7 |
1 files changed, 0 insertions, 7 deletions
diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.h b/drivers/gpu/drm/i915/intel_ringbuffer.h index 0f12020b54e9..d2cf4d92efc9 100644 --- a/drivers/gpu/drm/i915/intel_ringbuffer.h +++ b/drivers/gpu/drm/i915/intel_ringbuffer.h | |||
@@ -463,13 +463,6 @@ static inline u32 intel_ring_get_tail(struct intel_ringbuffer *ringbuf) | |||
463 | return ringbuf->tail; | 463 | return ringbuf->tail; |
464 | } | 464 | } |
465 | 465 | ||
466 | static inline struct drm_i915_gem_request * | ||
467 | intel_ring_get_request(struct intel_engine_cs *ring) | ||
468 | { | ||
469 | BUG_ON(ring->outstanding_lazy_request == NULL); | ||
470 | return ring->outstanding_lazy_request; | ||
471 | } | ||
472 | |||
473 | /* | 466 | /* |
474 | * Arbitrary size for largest possible 'add request' sequence. The code paths | 467 | * Arbitrary size for largest possible 'add request' sequence. The code paths |
475 | * are complex and variable. Empirical measurement shows that the worst case | 468 | * are complex and variable. Empirical measurement shows that the worst case |