1. 01 7月, 2020 1 次提交
  2. 29 5月, 2020 1 次提交
  3. 22 5月, 2020 1 次提交
    • N
      drm/amd/display: Defer cursor lock until after VUPDATE · 63731e73
      Nicholas Kazlauskas 提交于
      [Why]
      We dropped the delay after changed the cursor functions locking the
      entire pipe to locking just the CURSOR registers to fix page flip
      stuttering - this introduced cursor stuttering instead, and an underflow
      issue.
      
      The cursor update can be delayed indefinitely if the cursor update
      repeatedly happens right around VUPDATE.
      
      The underflow issue can happen if we do a viewport update on a pipe
      on the same frame where a cursor update happens around VUPDATE - the
      old cursor registers are retained which can be in an invalid position.
      
      This can cause a pipe hang and indefinite underflow.
      
      [How]
      The complex, ideal solution to the problem would be a software
      triple buffering mechanism from the DM layer to program only one cursor
      update per frame just before VUPDATE.
      
      The simple workaround until we have that infrastructure in place is
      this change - bring back the delay until VUPDATE before locking, but
      with some corrections to the calculations.
      
      This didn't work for all timings before because the calculation for
      VUPDATE was wrong - it was using the offset from VSTARTUP instead and
      didn't correctly handle the case where VUPDATE could be in the back
      porch.
      
      Add a new hardware sequencer function to use the existing helper to
      calculate the real VUPDATE start and VUPDATE end - VUPDATE can last
      multiple lines after all.
      
      Change the udelay to incorporate the width of VUPDATE as well.
      Signed-off-by: NNicholas Kazlauskas <nicholas.kazlauskas@amd.com>
      Reviewed-by: NAric Cyr <Aric.Cyr@amd.com>
      Acked-by: NRodrigo Siqueira <Rodrigo.Siqueira@amd.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      63731e73
  4. 06 5月, 2020 1 次提交
  5. 29 4月, 2020 2 次提交
  6. 09 4月, 2020 1 次提交
  7. 07 2月, 2020 2 次提交
  8. 17 1月, 2020 1 次提交
  9. 19 12月, 2019 1 次提交
  10. 06 12月, 2019 1 次提交
  11. 19 11月, 2019 1 次提交
  12. 14 11月, 2019 2 次提交
    • B
      drm/amd/display: Drop CONFIG_DRM_AMD_DC_DCN2_1 flag · aca935c7
      Bhawanpreet Lakha 提交于
      [Why]
      
      DCN21 is stable enough to be build by default. So drop the flags.
      
      [How]
      
      Remove them using the unifdef tool. The following commands were executed
      in sequence:
      
      $ find -name '*.c' -exec unifdef -m -DCONFIG_DRM_AMD_DC_DCN2_1 -UCONFIG_TRIM_DRM_AMD_DC_DCN2_1 '{}' ';'
      $ find -name '*.h' -exec unifdef -m -DCONFIG_DRM_AMD_DC_DCN2_1 -UCONFIG_TRIM_DRM_AMD_DC_DCN2_1 '{}' ';'
      
      In addition:
      
      * Remove from kconfig, and replace any dependencies with DCN1_0.
      * Remove from any makefiles.
      * Fix and cleanup Renoir definitions in dal_asic_id.h
      * Expand DCN1 ifdef to include DCN21 code in the following files:
          * clk_mgr/clk_mgr.c: dc_clk_mgr_create()
          * core/dc_resources.c: dc_create_resource_pool()
          * gpio/hw_factory.c: dal_hw_factory_init()
          * gpio/hw_translate.c: dal_hw_translate_init()
      Signed-off-by: NBhawanpreet Lakha <Bhawanpreet.Lakha@amd.com>
      Reviewed-by: NAlex Deucher <alexander.deucher@amd.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      aca935c7
    • B
      drm/amd/display: Drop CONFIG_DRM_AMD_DC_DCN2_0 and DSC_SUPPORTED · 1da37801
      Bhawanpreet Lakha 提交于
      [Why]
      
      DCN2 and DSC are stable enough to be build by default. So drop the flags.
      
      [How]
      
      Remove them using the unifdef tool. The following commands were executed
      in sequence:
      
      $ find -name '*.c' -exec unifdef -m -DCONFIG_DRM_AMD_DC_DSC_SUPPORT -DCONFIG_DRM_AMD_DC_DCN2_0 -UCONFIG_TRIM_DRM_AMD_DC_DCN2_0 '{}' ';'
      $ find -name '*.h' -exec unifdef -m -DCONFIG_DRM_AMD_DC_DSC_SUPPORT -DCONFIG_DRM_AMD_DC_DCN2_0 -UCONFIG_TRIM_DRM_AMD_DC_DCN2_0 '{}' ';'
      
      In addition:
      
      * Remove from kconfig, and replace any dependencies with DCN1_0.
      * Remove from any makefiles.
      * Fix and cleanup NV defninitions in dal_asic_id.h
      * Expand DCN1 ifdef to include DCN2 code in the following files:
          * clk_mgr/clk_mgr.c: dc_clk_mgr_create()
          * core/dc_resources.c: dc_create_resource_pool()
          * dce/dce_dmcu.c: dcn20_*lock_phy()
          * dce/dce_dmcu.c: dcn20_funcs
          * dce/dce_dmcu.c: dcn20_dmcu_create()
          * gpio/hw_factory.c: dal_hw_factory_init()
          * gpio/hw_translate.c: dal_hw_translate_init()
      Signed-off-by: NLeo Li <sunpeng.li@amd.com>
      Signed-off-by: NBhawanpreet Lakha <Bhawanpreet.Lakha@amd.com>
      Reviewed-by: NAlex Deucher <alexander.deucher@amd.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      1da37801
  13. 18 10月, 2019 1 次提交
  14. 11 10月, 2019 2 次提交
  15. 14 9月, 2019 1 次提交
  16. 30 8月, 2019 1 次提交
  17. 24 8月, 2019 2 次提交
  18. 15 8月, 2019 1 次提交
  19. 19 7月, 2019 2 次提交
  20. 22 6月, 2019 4 次提交
  21. 21 6月, 2019 1 次提交
  22. 12 6月, 2019 1 次提交
  23. 25 5月, 2019 1 次提交
  24. 21 3月, 2019 1 次提交
  25. 20 3月, 2019 1 次提交
  26. 06 3月, 2019 1 次提交
  27. 20 2月, 2019 2 次提交
  28. 07 2月, 2019 1 次提交
  29. 20 11月, 2018 1 次提交
  30. 06 11月, 2018 1 次提交