[Intel-gfx] [PATCH v4] drm/i915: Wait for PSR exit before checking for vblank evasion
kbuild test robot
lkp at intel.com
Fri Jun 22 10:35:58 UTC 2018
Hi Tarun,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on v4.18-rc1 next-20180622]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
url: https://github.com/0day-ci/linux/commits/Tarun-Vyas/drm-i915-Wait-for-PSR-exit-before-checking-for-vblank-evasion/20180622-175933
base: git://anongit.freedesktop.org/drm-intel for-linux-next
config: x86_64-randconfig-x011-201824 (attached as .config)
compiler: gcc-7 (Debian 7.3.0-16) 7.3.0
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
drivers/gpu//drm/i915/intel_sprite.c: In function 'intel_pipe_update_start':
>> drivers/gpu//drm/i915/intel_sprite.c:121:6: error: implicit declaration of function 'intel_psr_wait_for_idle'; did you mean 'i915_gem_wait_for_idle'? [-Werror=implicit-function-declaration]
if (intel_psr_wait_for_idle(dev_priv))
^~~~~~~~~~~~~~~~~~~~~~~
i915_gem_wait_for_idle
cc1: some warnings being treated as errors
vim +121 drivers/gpu//drm/i915/intel_sprite.c
76
77 /**
78 * intel_pipe_update_start() - start update of a set of display registers
79 * @new_crtc_state: the new crtc state
80 *
81 * Mark the start of an update to pipe registers that should be updated
82 * atomically regarding vblank. If the next vblank will happens within
83 * the next 100 us, this function waits until the vblank passes.
84 *
85 * After a successful call to this function, interrupts will be disabled
86 * until a subsequent call to intel_pipe_update_end(). That is done to
87 * avoid random delays.
88 */
89 void intel_pipe_update_start(const struct intel_crtc_state *new_crtc_state)
90 {
91 struct intel_crtc *crtc = to_intel_crtc(new_crtc_state->base.crtc);
92 struct drm_i915_private *dev_priv = to_i915(crtc->base.dev);
93 const struct drm_display_mode *adjusted_mode = &new_crtc_state->base.adjusted_mode;
94 long timeout = msecs_to_jiffies_timeout(1);
95 int scanline, min, max, vblank_start;
96 wait_queue_head_t *wq = drm_crtc_vblank_waitqueue(&crtc->base);
97 bool need_vlv_dsi_wa = (IS_VALLEYVIEW(dev_priv) || IS_CHERRYVIEW(dev_priv)) &&
98 intel_crtc_has_type(new_crtc_state, INTEL_OUTPUT_DSI);
99 DEFINE_WAIT(wait);
100
101 vblank_start = adjusted_mode->crtc_vblank_start;
102 if (adjusted_mode->flags & DRM_MODE_FLAG_INTERLACE)
103 vblank_start = DIV_ROUND_UP(vblank_start, 2);
104
105 /* FIXME needs to be calibrated sensibly */
106 min = vblank_start - intel_usecs_to_scanlines(adjusted_mode,
107 VBLANK_EVASION_TIME_US);
108 max = vblank_start - 1;
109
110 if (min <= 0 || max <= 0)
111 return;
112
113 if (WARN_ON(drm_crtc_vblank_get(&crtc->base)))
114 return;
115
116 /*
117 * Wait for psr to idle out after enabling the VBL interrupts
118 * VBL interrupts will start the PSR exit and prevent a PSR
119 * re-entry as well.
120 */
> 121 if (intel_psr_wait_for_idle(dev_priv))
122 DRM_ERROR("PSR idle timed out, atomic update may fail\n");
123
124 local_irq_disable();
125
126 crtc->debug.min_vbl = min;
127 crtc->debug.max_vbl = max;
128 trace_i915_pipe_update_start(crtc);
129
130 for (;;) {
131 /*
132 * prepare_to_wait() has a memory barrier, which guarantees
133 * other CPUs can see the task state update by the time we
134 * read the scanline.
135 */
136 prepare_to_wait(wq, &wait, TASK_UNINTERRUPTIBLE);
137
138 scanline = intel_get_crtc_scanline(crtc);
139 if (scanline < min || scanline > max)
140 break;
141
142 if (!timeout) {
143 DRM_ERROR("Potential atomic update failure on pipe %c\n",
144 pipe_name(crtc->pipe));
145 break;
146 }
147
148 local_irq_enable();
149
150 timeout = schedule_timeout(timeout);
151
152 local_irq_disable();
153 }
154
155 finish_wait(wq, &wait);
156
157 drm_crtc_vblank_put(&crtc->base);
158
159 /*
160 * On VLV/CHV DSI the scanline counter would appear to
161 * increment approx. 1/3 of a scanline before start of vblank.
162 * The registers still get latched at start of vblank however.
163 * This means we must not write any registers on the first
164 * line of vblank (since not the whole line is actually in
165 * vblank). And unfortunately we can't use the interrupt to
166 * wait here since it will fire too soon. We could use the
167 * frame start interrupt instead since it will fire after the
168 * critical scanline, but that would require more changes
169 * in the interrupt code. So for now we'll just do the nasty
170 * thing and poll for the bad scanline to pass us by.
171 *
172 * FIXME figure out if BXT+ DSI suffers from this as well
173 */
174 while (need_vlv_dsi_wa && scanline == vblank_start)
175 scanline = intel_get_crtc_scanline(crtc);
176
177 crtc->debug.scanline_start = scanline;
178 crtc->debug.start_vbl_time = ktime_get();
179 crtc->debug.start_vbl_count = intel_crtc_get_vblank_counter(crtc);
180
181 trace_i915_pipe_update_vblank_evaded(crtc);
182 }
183
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-------------- next part --------------
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/gzip
Size: 34875 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/intel-gfx/attachments/20180622/0be5c6ec/attachment-0001.gz>
More information about the Intel-gfx
mailing list