1. 03 12月, 2021 18 次提交
  2. 24 11月, 2021 1 次提交
  3. 23 11月, 2021 1 次提交
  4. 16 11月, 2021 1 次提交
    • J
      drm/i915/fbc: fix the FBC kernel-doc warnings · d5e781a2
      Jani Nikula 提交于
      Fix the recently introduced 'make htmldocs' warnings:
      
      $ make htmldocs 2>&1 > /dev/null | grep i915
      ./drivers/gpu/drm/i915/display/intel_fbc.c:635: warning: Excess function parameter 'i915' description in 'intel_fbc_is_active'
      ./drivers/gpu/drm/i915/display/intel_fbc.c:1638: warning: Excess function parameter 'i915' description in 'intel_fbc_handle_fifo_underrun_irq'
      ./drivers/gpu/drm/i915/display/intel_fbc.c:635: warning: Function parameter or member 'fbc' not described in 'intel_fbc_is_active'
      ./drivers/gpu/drm/i915/display/intel_fbc.c:635: warning: Excess function parameter 'i915' description in 'intel_fbc_is_active'
      ./drivers/gpu/drm/i915/display/intel_fbc.c:1638: warning: Function parameter or member 'fbc' not described in 'intel_fbc_handle_fifo_underrun_irq'
      ./drivers/gpu/drm/i915/display/intel_fbc.c:1638: warning: Excess function parameter 'i915' description in 'intel_fbc_handle_fifo_underrun_irq'
      
      Fixes: e49a656b ("drm/i915/fbc: Start passing around intel_fbc")
      Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
      Signed-off-by: NJani Nikula <jani.nikula@intel.com>
      Reviewed-by: NVille Syrjälä <ville.syrjala@linux.intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20211115140549.27629-1-jani.nikula@intel.com
      d5e781a2
  5. 11 11月, 2021 16 次提交
  6. 03 11月, 2021 1 次提交
  7. 01 10月, 2021 1 次提交
    • J
      drm/i915/display: Fix glitches when moving cursor with PSR2 selective fetch enabled · ef39826c
      José Roberto de Souza 提交于
      Legacy cursor APIs are handled by intel_legacy_cursor_update(), that
      calls drm_atomic_helper_update_plane() when going through the
      slow/atomic path to update cursor, what was the case for PSR2
      selective fetch.
      
      drm_atomic_helper_update_plane() sets
      drm_atomic_state->legacy_cursor_update to true when updating the
      cursor plane, to allow several cursor updates to happen within the
      same frame, as userspace does that.
      If drivers waited for a vblank increment at the end of every cursor
      movement that would cause a visible lag in the cursor.
      
      But this optimization do not properly work with PSR2 selective fetch
      dirt area calculation, for example if within a single frame the cursor
      had 3 moves the final dirt area programmed to PSR2_MAN_TRK_CTL would
      be based in the second movement as old state and third movement as new
      state, not updating the area where cursor was in the first state.
      
      So here switching back to the fast path approach in
      intel_legacy_cursor_update() and handling cursor movements as
      frontbuffer rendering(psr_force_hw_tracking_exit()), that is not the
      most optimal for power-savings but is the solution that we have until
      mailbox style updates is implemented.
      
      Also removing the cursor workaround as not it is properly undestand
      the issue and is know that it will never cover all the cases.
      
      Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
      Cc: Gwan-gyeong Mun <gwan-gyeong.mun@intel.com>
      Signed-off-by: NJosé Roberto de Souza <jose.souza@intel.com>
      Acked-by: NVille Syrjälä <ville.syrjala@linux.intel.com>
      Reviewed-by: NGwan-gyeong Mun <gwan-gyeong.mun@intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20210930001409.254817-5-jose.souza@intel.com
      ef39826c
  8. 30 9月, 2021 1 次提交