blob: b83a70016b1200238aaaafa19442aa6921dd6001 [file] [log] [blame]
Daniel Vetterb680c372014-09-19 18:27:27 +02001/*
2 * Copyright © 2014 Intel Corporation
3 *
4 * Permission is hereby granted, free of charge, to any person obtaining a
5 * copy of this software and associated documentation files (the "Software"),
6 * to deal in the Software without restriction, including without limitation
7 * the rights to use, copy, modify, merge, publish, distribute, sublicense,
8 * and/or sell copies of the Software, and to permit persons to whom the
9 * Software is furnished to do so, subject to the following conditions:
10 *
11 * The above copyright notice and this permission notice (including the next
12 * paragraph) shall be included in all copies or substantial portions of the
13 * Software.
14 *
15 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16 * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17 * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
18 * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19 * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
20 * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
21 * DEALINGS IN THE SOFTWARE.
22 *
23 * Authors:
24 * Daniel Vetter <daniel.vetter@ffwll.ch>
25 */
26
27/**
28 * DOC: frontbuffer tracking
29 *
30 * Many features require us to track changes to the currently active
Daniel Vetter5c323b22014-09-30 22:10:53 +020031 * frontbuffer, especially rendering targeted at the frontbuffer.
Daniel Vetterb680c372014-09-19 18:27:27 +020032 *
33 * To be able to do so GEM tracks frontbuffers using a bitmask for all possible
34 * frontbuffer slots through i915_gem_track_fb(). The function in this file are
35 * then called when the contents of the frontbuffer are invalidated, when
36 * frontbuffer rendering has stopped again to flush out all the changes and when
37 * the frontbuffer is exchanged with a flip. Subsystems interested in
38 * frontbuffer changes (e.g. PSR, FBC, DRRS) should directly put their callbacks
39 * into the relevant places and filter for the frontbuffer slots that they are
40 * interested int.
41 *
42 * On a high level there are two types of powersaving features. The first one
43 * work like a special cache (FBC and PSR) and are interested when they should
44 * stop caching and when to restart caching. This is done by placing callbacks
45 * into the invalidate and the flush functions: At invalidate the caching must
46 * be stopped and at flush time it can be restarted. And maybe they need to know
47 * when the frontbuffer changes (e.g. when the hw doesn't initiate an invalidate
48 * and flush on its own) which can be achieved with placing callbacks into the
49 * flip functions.
50 *
51 * The other type of display power saving feature only cares about busyness
52 * (e.g. DRRS). In that case all three (invalidate, flush and flip) indicate
53 * busyness. There is no direct way to detect idleness. Instead an idle timer
54 * work delayed work should be started from the flush and flip functions and
55 * cancelled as soon as busyness is detected.
56 *
57 * Note that there's also an older frontbuffer activity tracking scheme which
Daniel Vetter5c323b22014-09-30 22:10:53 +020058 * just tracks general activity. This is done by the various mark_busy and
Daniel Vetterb680c372014-09-19 18:27:27 +020059 * mark_idle functions. For display power management features using these
60 * functions is deprecated and should be avoided.
61 */
62
63#include <drm/drmP.h>
64
65#include "intel_drv.h"
Chris Wilson5d723d72016-08-04 16:32:35 +010066#include "intel_frontbuffer.h"
Daniel Vetterb680c372014-09-19 18:27:27 +020067#include "i915_drv.h"
68
Daniel Vetterb680c372014-09-19 18:27:27 +020069/**
70 * intel_fb_obj_invalidate - invalidate frontbuffer object
71 * @obj: GEM object to invalidate
Paulo Zanonia4001f12015-02-13 17:23:44 -020072 * @origin: which operation caused the invalidation
Daniel Vetterb680c372014-09-19 18:27:27 +020073 *
74 * This function gets called every time rendering on the given object starts and
75 * frontbuffer caching (fbc, low refresh rate for DRRS, panel self refresh) must
Rodrigo Vivi77a0d1c2015-06-18 11:43:24 -070076 * be invalidated. For ORIGIN_CS any subsequent invalidation will be delayed
Daniel Vetterb680c372014-09-19 18:27:27 +020077 * until the rendering completes or a flip on this frontbuffer plane is
78 * scheduled.
79 */
80void intel_fb_obj_invalidate(struct drm_i915_gem_object *obj,
Paulo Zanonia4001f12015-02-13 17:23:44 -020081 enum fb_op_origin origin)
Daniel Vetterb680c372014-09-19 18:27:27 +020082{
83 struct drm_device *dev = obj->base.dev;
Daniel Vetter9fb73862015-06-18 10:30:28 +020084 struct drm_i915_private *dev_priv = to_i915(dev);
Daniel Vetterb680c372014-09-19 18:27:27 +020085
86 WARN_ON(!mutex_is_locked(&dev->struct_mutex));
87
88 if (!obj->frontbuffer_bits)
89 return;
90
Rodrigo Vivi77a0d1c2015-06-18 11:43:24 -070091 if (origin == ORIGIN_CS) {
Daniel Vetterb680c372014-09-19 18:27:27 +020092 mutex_lock(&dev_priv->fb_tracking.lock);
93 dev_priv->fb_tracking.busy_bits
94 |= obj->frontbuffer_bits;
95 dev_priv->fb_tracking.flip_bits
96 &= ~obj->frontbuffer_bits;
97 mutex_unlock(&dev_priv->fb_tracking.lock);
98 }
99
Rodrigo Vivi0bc12bc2014-11-14 08:52:28 -0800100 intel_psr_invalidate(dev, obj->frontbuffer_bits);
Vandana Kannana93fad02015-01-10 02:25:59 +0530101 intel_edp_drrs_invalidate(dev, obj->frontbuffer_bits);
Paulo Zanonidbef0f12015-02-13 17:23:46 -0200102 intel_fbc_invalidate(dev_priv, obj->frontbuffer_bits, origin);
Daniel Vetterb680c372014-09-19 18:27:27 +0200103}
104
105/**
106 * intel_frontbuffer_flush - flush frontbuffer
107 * @dev: DRM device
108 * @frontbuffer_bits: frontbuffer plane tracking bits
Rodrigo Vivide152b62015-07-07 16:28:51 -0700109 * @origin: which operation caused the flush
Daniel Vetterb680c372014-09-19 18:27:27 +0200110 *
111 * This function gets called every time rendering on the given planes has
112 * completed and frontbuffer caching can be started again. Flushes will get
Daniel Vetter5c323b22014-09-30 22:10:53 +0200113 * delayed if they're blocked by some outstanding asynchronous rendering.
Daniel Vetterb680c372014-09-19 18:27:27 +0200114 *
115 * Can be called without any locks held.
116 */
Paulo Zanonib6c2aa52015-07-08 18:08:37 -0300117static void intel_frontbuffer_flush(struct drm_device *dev,
118 unsigned frontbuffer_bits,
119 enum fb_op_origin origin)
Daniel Vetterb680c372014-09-19 18:27:27 +0200120{
Daniel Vetter9fb73862015-06-18 10:30:28 +0200121 struct drm_i915_private *dev_priv = to_i915(dev);
Daniel Vetterb680c372014-09-19 18:27:27 +0200122
123 /* Delay flushing when rings are still busy.*/
124 mutex_lock(&dev_priv->fb_tracking.lock);
125 frontbuffer_bits &= ~dev_priv->fb_tracking.busy_bits;
126 mutex_unlock(&dev_priv->fb_tracking.lock);
127
Daniel Vetter27e78a22015-06-18 10:30:21 +0200128 if (!frontbuffer_bits)
129 return;
130
Vandana Kannana93fad02015-01-10 02:25:59 +0530131 intel_edp_drrs_flush(dev, frontbuffer_bits);
Rodrigo Vivi169de132015-07-08 16:21:31 -0700132 intel_psr_flush(dev, frontbuffer_bits, origin);
Paulo Zanoni6f4551f2015-07-14 16:29:10 -0300133 intel_fbc_flush(dev_priv, frontbuffer_bits, origin);
Daniel Vetterb680c372014-09-19 18:27:27 +0200134}
135
136/**
137 * intel_fb_obj_flush - flush frontbuffer object
138 * @obj: GEM object to flush
139 * @retire: set when retiring asynchronous rendering
Paulo Zanoni76f2e132015-07-08 18:08:38 -0300140 * @origin: which operation caused the flush
Daniel Vetterb680c372014-09-19 18:27:27 +0200141 *
142 * This function gets called every time rendering on the given object has
143 * completed and frontbuffer caching can be started again. If @retire is true
144 * then any delayed flushes will be unblocked.
145 */
146void intel_fb_obj_flush(struct drm_i915_gem_object *obj,
Rodrigo Vivide152b62015-07-07 16:28:51 -0700147 bool retire, enum fb_op_origin origin)
Daniel Vetterb680c372014-09-19 18:27:27 +0200148{
149 struct drm_device *dev = obj->base.dev;
Daniel Vetter9fb73862015-06-18 10:30:28 +0200150 struct drm_i915_private *dev_priv = to_i915(dev);
Daniel Vetterb680c372014-09-19 18:27:27 +0200151 unsigned frontbuffer_bits;
152
153 WARN_ON(!mutex_is_locked(&dev->struct_mutex));
154
155 if (!obj->frontbuffer_bits)
156 return;
157
158 frontbuffer_bits = obj->frontbuffer_bits;
159
160 if (retire) {
161 mutex_lock(&dev_priv->fb_tracking.lock);
162 /* Filter out new bits since rendering started. */
163 frontbuffer_bits &= dev_priv->fb_tracking.busy_bits;
164
165 dev_priv->fb_tracking.busy_bits &= ~frontbuffer_bits;
166 mutex_unlock(&dev_priv->fb_tracking.lock);
167 }
168
Rodrigo Vivide152b62015-07-07 16:28:51 -0700169 intel_frontbuffer_flush(dev, frontbuffer_bits, origin);
Daniel Vetterb680c372014-09-19 18:27:27 +0200170}
171
172/**
Daniel Vetter5c323b22014-09-30 22:10:53 +0200173 * intel_frontbuffer_flip_prepare - prepare asynchronous frontbuffer flip
Daniel Vetterb680c372014-09-19 18:27:27 +0200174 * @dev: DRM device
175 * @frontbuffer_bits: frontbuffer plane tracking bits
176 *
177 * This function gets called after scheduling a flip on @obj. The actual
178 * frontbuffer flushing will be delayed until completion is signalled with
179 * intel_frontbuffer_flip_complete. If an invalidate happens in between this
180 * flush will be cancelled.
181 *
182 * Can be called without any locks held.
183 */
184void intel_frontbuffer_flip_prepare(struct drm_device *dev,
185 unsigned frontbuffer_bits)
186{
Daniel Vetter9fb73862015-06-18 10:30:28 +0200187 struct drm_i915_private *dev_priv = to_i915(dev);
Daniel Vetterb680c372014-09-19 18:27:27 +0200188
189 mutex_lock(&dev_priv->fb_tracking.lock);
Daniel Vetter11c9b6c2014-09-30 22:10:52 +0200190 dev_priv->fb_tracking.flip_bits |= frontbuffer_bits;
191 /* Remove stale busy bits due to the old buffer. */
192 dev_priv->fb_tracking.busy_bits &= ~frontbuffer_bits;
Daniel Vetterb680c372014-09-19 18:27:27 +0200193 mutex_unlock(&dev_priv->fb_tracking.lock);
Rodrigo Vivic7240c32015-04-10 11:15:10 -0700194
Daniel Vetter20c88382015-06-18 10:30:27 +0200195 intel_psr_single_frame_update(dev, frontbuffer_bits);
Daniel Vetterb680c372014-09-19 18:27:27 +0200196}
197
198/**
Daniel Vetter5c323b22014-09-30 22:10:53 +0200199 * intel_frontbuffer_flip_complete - complete asynchronous frontbuffer flip
Daniel Vetterb680c372014-09-19 18:27:27 +0200200 * @dev: DRM device
201 * @frontbuffer_bits: frontbuffer plane tracking bits
202 *
203 * This function gets called after the flip has been latched and will complete
Daniel Vetter5c323b22014-09-30 22:10:53 +0200204 * on the next vblank. It will execute the flush if it hasn't been cancelled yet.
Daniel Vetterb680c372014-09-19 18:27:27 +0200205 *
206 * Can be called without any locks held.
207 */
208void intel_frontbuffer_flip_complete(struct drm_device *dev,
209 unsigned frontbuffer_bits)
210{
Daniel Vetter9fb73862015-06-18 10:30:28 +0200211 struct drm_i915_private *dev_priv = to_i915(dev);
Daniel Vetterb680c372014-09-19 18:27:27 +0200212
213 mutex_lock(&dev_priv->fb_tracking.lock);
214 /* Mask any cancelled flips. */
215 frontbuffer_bits &= dev_priv->fb_tracking.flip_bits;
216 dev_priv->fb_tracking.flip_bits &= ~frontbuffer_bits;
217 mutex_unlock(&dev_priv->fb_tracking.lock);
218
Rodrigo Vivide152b62015-07-07 16:28:51 -0700219 intel_frontbuffer_flush(dev, frontbuffer_bits, ORIGIN_FLIP);
Daniel Vetterb680c372014-09-19 18:27:27 +0200220}
Daniel Vetterfdbff922015-06-18 11:23:24 +0200221
222/**
223 * intel_frontbuffer_flip - synchronous frontbuffer flip
224 * @dev: DRM device
225 * @frontbuffer_bits: frontbuffer plane tracking bits
226 *
227 * This function gets called after scheduling a flip on @obj. This is for
228 * synchronous plane updates which will happen on the next vblank and which will
229 * not get delayed by pending gpu rendering.
230 *
231 * Can be called without any locks held.
232 */
Daniel Vetterfdbff922015-06-18 11:23:24 +0200233void intel_frontbuffer_flip(struct drm_device *dev,
234 unsigned frontbuffer_bits)
235{
Daniel Vetter9fb73862015-06-18 10:30:28 +0200236 struct drm_i915_private *dev_priv = to_i915(dev);
Daniel Vetterfdbff922015-06-18 11:23:24 +0200237
238 mutex_lock(&dev_priv->fb_tracking.lock);
239 /* Remove stale busy bits due to the old buffer. */
240 dev_priv->fb_tracking.busy_bits &= ~frontbuffer_bits;
241 mutex_unlock(&dev_priv->fb_tracking.lock);
242
Rodrigo Vivide152b62015-07-07 16:28:51 -0700243 intel_frontbuffer_flush(dev, frontbuffer_bits, ORIGIN_FLIP);
Daniel Vetterfdbff922015-06-18 11:23:24 +0200244}