1. 15 8月, 2019 1 次提交
    • J
      drm/amd/display: fixup DPP programming sequence · f7f38ffe
      Jun Lei 提交于
      [why]
      DC does not correct account for the fact that DPP DTO is double buffered while DPP ref is not.
      This means that when DPP ref clock is lowered when it's "safe to lower", the DPP blocks that need
      an increased divider will temporarily have actual DPP clock drop below minimum while DTO
      double buffering takes effect.  This results in temporary underflow.
      
      [how]
      To fix this, DPP clock cannot be programmed atomically, but rather be broken up into the DTO and the
      ref.  Each has a separate "safe to lower" logic.  When doing "prepare" the ref and dividers may only increase.
      When doing "optimize", both may decrease.  It is guaranteed that we won't exceed max DPP clock because
      we do not use dividers larger than 1.
      Signed-off-by: NJun Lei <Jun.Lei@amd.com>
      Reviewed-by: NEric Yang <eric.yang2@amd.com>
      Acked-by: NLeo Li <sunpeng.li@amd.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      f7f38ffe
  2. 13 8月, 2019 1 次提交
  3. 31 7月, 2019 2 次提交
  4. 19 7月, 2019 12 次提交
  5. 17 7月, 2019 1 次提交
  6. 09 7月, 2019 1 次提交
  7. 26 6月, 2019 1 次提交
  8. 22 6月, 2019 21 次提交