[Intel-gfx] [PATCH v3] drm/i915: Wait for PSR exit before checking for vblank evasion

kbuild test robot lkp at intel.com
Fri Jun 22 03:02:57 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-20180621]
[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-090643
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:116:2: error: implicit declaration of function 'psr_wait_for_idle_lockless'; did you mean 'wait_on_page_locked'? [-Werror=implicit-function-declaration]
     psr_wait_for_idle_lockless(dev_priv);
     ^~~~~~~~~~~~~~~~~~~~~~~~~~
     wait_on_page_locked
   cc1: some warnings being treated as errors

vim +116 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		psr_wait_for_idle_lockless(dev_priv);
   117	
   118		local_irq_disable();
   119	
   120		crtc->debug.min_vbl = min;
   121		crtc->debug.max_vbl = max;
   122		trace_i915_pipe_update_start(crtc);
   123	
   124		for (;;) {
   125			/*
   126			 * prepare_to_wait() has a memory barrier, which guarantees
   127			 * other CPUs can see the task state update by the time we
   128			 * read the scanline.
   129			 */
   130			prepare_to_wait(wq, &wait, TASK_UNINTERRUPTIBLE);
   131	
   132			scanline = intel_get_crtc_scanline(crtc);
   133			if (scanline < min || scanline > max)
   134				break;
   135	
   136			if (!timeout) {
   137				DRM_ERROR("Potential atomic update failure on pipe %c\n",
   138					  pipe_name(crtc->pipe));
   139				break;
   140			}
   141	
   142			local_irq_enable();
   143	
   144			timeout = schedule_timeout(timeout);
   145	
   146			local_irq_disable();
   147		}
   148	
   149		finish_wait(wq, &wait);
   150	
   151		drm_crtc_vblank_put(&crtc->base);
   152	
   153		/*
   154		 * On VLV/CHV DSI the scanline counter would appear to
   155		 * increment approx. 1/3 of a scanline before start of vblank.
   156		 * The registers still get latched at start of vblank however.
   157		 * This means we must not write any registers on the first
   158		 * line of vblank (since not the whole line is actually in
   159		 * vblank). And unfortunately we can't use the interrupt to
   160		 * wait here since it will fire too soon. We could use the
   161		 * frame start interrupt instead since it will fire after the
   162		 * critical scanline, but that would require more changes
   163		 * in the interrupt code. So for now we'll just do the nasty
   164		 * thing and poll for the bad scanline to pass us by.
   165		 *
   166		 * FIXME figure out if BXT+ DSI suffers from this as well
   167		 */
   168		while (need_vlv_dsi_wa && scanline == vblank_start)
   169			scanline = intel_get_crtc_scanline(crtc);
   170	
   171		crtc->debug.scanline_start = scanline;
   172		crtc->debug.start_vbl_time = ktime_get();
   173		crtc->debug.start_vbl_count = intel_crtc_get_vblank_counter(crtc);
   174	
   175		trace_i915_pipe_update_vblank_evaded(crtc);
   176	}
   177	

---
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/7a828a1b/attachment-0001.gz>


More information about the Intel-gfx mailing list