1. 14 10月, 2021 1 次提交
  2. 01 10月, 2021 1 次提交
  3. 30 9月, 2021 1 次提交
  4. 29 9月, 2021 1 次提交
  5. 18 8月, 2021 1 次提交
  6. 12 8月, 2021 1 次提交
  7. 02 8月, 2021 1 次提交
    • A
      drm/i915/dg1: Adjust the AUDIO power domain · 615a7724
      Anshuman Gupta 提交于
      DG1 and XE_PLD platforms has Audio MMIO/VERBS lies in PG0 power
      well. Adjusting the power domain accordingly to
      POWER_DOMAIN_AUDIO_MMIO for audio detection and
      POWER_DOMAIN_AUDIO_PLAYBACK for audio playback.
      
      While doing this it requires to use POWER_DOMAIN_AUDIO_MMIO
      power domain instead of POWER_DOMAIN_AUDIO in crtc power domain mask
      and POWER_DOMAIN_AUDIO_PLAYBACK with intel_display_power_{get, put}
      to enable/disable display audio codec power.
      
      It will save the power in use cases when DP/HDMI connectors
      configured with PIPE_A without any audio playback.
      
      v1: Changes since RFC
      - changed power domain names. [Imre]
      - Removed TC{3,6}, AUX_USBC{3,6} and TBT from DG1
        power well and PW_3 power domains. [Imre]
      - Fixed the order of powe wells , power domains and its
        registration. [Imre]
      
      v2:
      - Not allowe DC states when AUDIO_MMIO domain enabled. [Imre]
      
      v3:
      - Squashes the commits of series to avoid build failure.
      
      Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
      Cc: Kai Vehmanen <kai.vehmanen@linux.intel.com>
      Cc: Uma Shankar <uma.shankar@intel.com>
      Cc: Imre Deak <imre.deak@intel.com>
      Reviewed-by: NImre Deak <imre.deak@intel.com>
      Signed-off-by: NAnshuman Gupta <anshuman.gupta@intel.com>
      [Fix typo in commit message and in AUDIO_PLAYBACK domain name]
      Signed-off-by: NImre Deak <imre.deak@intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20210729121858.16897-2-anshuman.gupta@intel.com
      615a7724
  8. 31 7月, 2021 1 次提交
  9. 30 7月, 2021 1 次提交
  10. 23 7月, 2021 2 次提交
  11. 22 7月, 2021 2 次提交
  12. 15 7月, 2021 1 次提交
  13. 14 7月, 2021 2 次提交
  14. 22 6月, 2021 1 次提交
    • A
      drm/i915/xelpd: Pipe A DMC plugging · 3d5928a1
      Anusha Srivatsa 提交于
      This patch adds Pipe A plumbing to the already
      existing parsing and loading functions which is
      taken care of in the prep patches. Adding MAX_DMC_FW
      to keep track for both Main and Pipe A DMC while loading
      the respective blobs.
      
      Also adding present field in dmc_info.
      s/find_dmc_fw_offset/csr_set_dmc_fw_offset. While at it add
      fw_info_matches_stepping() helper. CSR_PROGRAM() should now
      take the starting address of the particular blob (Main or Pipe)
      and not hardcode it.
      
      v2: Add dmc_offset and start_mmioaddr fields for dmc_info struct.
      
      v3: Add a missing corner cases of stepping-substepping combination in
      fw_info_matches_stepping() helper.
      
      v4: Add macro for start_mmioaddr for V1 package. Simplify code
      in dmc_set_fw_offset (Lucas)
      
      Cc: Souza, Jose <jose.souza@intel.com>
      Cc: Lucas De Marchi <lucas.demarchi@intel.com>
      Signed-off-by: NAnusha Srivatsa <anusha.srivatsa@intel.com>
      Reviewed-by: NLucas De Marchi <lucas.demarchi@intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20210621191415.29823-3-anusha.srivatsa@intel.com
      3d5928a1
  15. 07 6月, 2021 1 次提交
  16. 04 6月, 2021 2 次提交
  17. 03 6月, 2021 1 次提交
  18. 27 5月, 2021 1 次提交
  19. 26 5月, 2021 1 次提交
  20. 20 5月, 2021 5 次提交
  21. 13 5月, 2021 2 次提交
  22. 06 5月, 2021 1 次提交
  23. 21 4月, 2021 5 次提交
  24. 14 4月, 2021 2 次提交
    • L
      drm/i915/display: rename display version macros · 93e7e61e
      Lucas De Marchi 提交于
      While converting the rest of the driver to use GRAPHICS_VER() and
      MEDIA_VER(), following what was done for display, some discussions went
      back on what we did for display:
      
      	1) Why is the == comparison special that deserves a separate
      	macro instead of just getting the version and comparing directly
      	like is done for >, >=, <=?
      
      	2) IS_DISPLAY_RANGE() is weird in that it omits the "_VER" for
      	brevity. If we remove the current users of IS_DISPLAY_VER(), we
      	could actually repurpose it for a range check
      
      With (1) there could be an advantage if we used gen_mask since multiple
      conditionals be combined by the compiler in a single and instruction and
      check the result. However a) INTEL_GEN() doesn't use the mask since it
      would make the code bigger everywhere else and b) in the cases it made
      sense, it also made sense to convert to the _RANGE() variant.
      
      So here we repurpose IS_DISPLAY_VER() to work with a [ from, to ] range
      like was the IS_DISPLAY_RANGE() and convert the current IS_DISPLAY_VER()
      users to use == and != operators. Aside from the definition changes,
      this was done by the following semantic patch:
      
      	@@ expression dev_priv, E1; @@
      	- !IS_DISPLAY_VER(dev_priv, E1)
      	+ DISPLAY_VER(dev_priv) != E1
      
      	@@ expression dev_priv, E1; @@
      	- IS_DISPLAY_VER(dev_priv, E1)
      	+ DISPLAY_VER(dev_priv) == E1
      
      	@@ expression dev_priv, from, until; @@
      	- IS_DISPLAY_RANGE(dev_priv, from, until)
      	+ IS_DISPLAY_VER(dev_priv, from, until)
      
      Cc: Jani Nikula <jani.nikula@intel.com>
      Cc: Matt Roper <matthew.d.roper@intel.com>
      Reviewed-by: NJani Nikula <jani.nikula@intel.com>
      Signed-off-by: NLucas De Marchi <lucas.demarchi@intel.com>
      [Jani: Minor conflict resolve while applying.]
      Signed-off-by: NJani Nikula <jani.nikula@intel.com>
      Link: http://patchwork.freedesktop.org/patch/msgid/20210413051002.92589-4-lucas.demarchi@intel.com
      93e7e61e
    • M
      drm/i915/display: Eliminate IS_GEN9_{BC,LP} · 2446e1d6
      Matt Roper 提交于
      Now that we've eliminated INTEL_GEN(), IS_GEN_RANGE(), etc. from the
      display code, we should also kill off our use of the IS_GEN9_* macros
      too.  We'll do the conversion manually this time instead of using
      Coccinelle since the most logical substitution can depend heavily on the
      code context, and sometimes we can keep the code simpler if we make
      additional adjustments such as swapping the order of if/else arms.
      
      v2:
       - Restore a lost negation in intel_pll_is_valid().
      
      Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
      Cc: Lucas De Marchi <lucas.demarchi@intel.com>
      Signed-off-by: NMatt Roper <matthew.d.roper@intel.com>
      Reviewed-by: NRadhakrishna Sripada <radhakrishna.sripada@intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20210407203945.1432531-1-matthew.d.roper@intel.com
      (cherry picked from commit 70bfb307)
      [Jani: cherry picked to topic branch to reduce conflicts]
      Signed-off-by: NJani Nikula <jani.nikula@intel.com>
      2446e1d6
  25. 10 4月, 2021 2 次提交