Skip to content
Permalink
Lee-Shawn-C/MI…
Switch branches/tags

Commits on Aug 12, 2021

  1. drm/i915/dsi: Send proper brightness value via MIPI DCS command

    Driver has to swap the endian before send brightness level value
    to tcon.
    
    Cc: Ville Syrjala <ville.syrjala@linux.intel.com>
    Cc: Jani Nikula <jani.nikula@linux.intel.com>
    Cc: Vandita Kulkarni <vandita.kulkarni@intel.com>
    Cc: Cooper Chiou <cooper.chiou@intel.com>
    Cc: William Tseng <william.tseng@intel.com>
    Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
    ShawnCLee authored and intel-lab-lkp committed Aug 12, 2021
  2. drm/i915/dsi: Retrieve max brightness level from VBT.

    So far, DCS backlight driver hardcode (0xFF) for max brightness level.
    MIPI DCS spec allow max 0xFFFF for set_display_brightness (51h) command.
    And VBT brightness precision bits can support 8 ~ 16 bits.
    
    We should set correct precision bits in VBT that meet panel's request.
    Driver can refer to this setting then configure max brightness level
    in DCS backlight driver properly.
    
    Cc: Ville Syrjala <ville.syrjala@linux.intel.com>
    Cc: Jani Nikula <jani.nikula@linux.intel.com>
    Cc: Vandita Kulkarni <vandita.kulkarni@intel.com>
    Cc: Cooper Chiou <cooper.chiou@intel.com>
    Cc: William Tseng <william.tseng@intel.com>
    Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
    ShawnCLee authored and intel-lab-lkp committed Aug 12, 2021
  3. drm/i915: Get proper min cdclk if vDSC enabled

    VDSC engine can process only 1 pixel per Cd clock. In case
    VDSC is used and max slice count == 1, max supported pixel
    clock should be 100% of CD clock. Then do min_cdclk and
    pixel clock comparison to get proper min cdclk.
    
    v2:
    - Check for dsc enable and slice count ==1 then allow to
      double confirm min cdclk value.
    
    Cc: Ville Syrjala <ville.syrjala@linux.intel.com>
    Cc: Jani Nikula <jani.nikula@linux.intel.com>
    Cc: Vandita Kulkarni <vandita.kulkarni@intel.com>
    Cc: Cooper Chiou <cooper.chiou@intel.com>
    Cc: William Tseng <william.tseng@intel.com>
    Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
    ShawnCLee authored and intel-lab-lkp committed Aug 12, 2021
  4. drm/i915/dsi: refine send MIPI DCS command sequence

    According to chapter "Sending Commands to the Panel" in bspec #29738
    and #49188. If driver try to send DCS long pakcet, we have to program
    TX payload register at first. And configure TX header HW register later.
    DSC long packet would not be sent properly if we don't follow this
    sequence.
    
    Cc: Ville Syrjala <ville.syrjala@linux.intel.com>
    Cc: Jani Nikula <jani.nikula@linux.intel.com>
    Cc: Vandita Kulkarni <vandita.kulkarni@intel.com>
    Cc: Cooper Chiou <cooper.chiou@intel.com>
    Cc: William Tseng <william.tseng@intel.com>
    Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
    ShawnCLee authored and intel-lab-lkp committed Aug 12, 2021
  5. drm/i915/dsi: wait for header and payload credit available

    Driver should wait for free header or payload buffer in FIFO.
    It would be good to wait a while for HW to release credit before
    give it up to write to HW. Without sending initailize command
    sets completely. It would caused MIPI display can't light up properly.
    
    Cc: Ville Syrjala <ville.syrjala@linux.intel.com>
    Cc: Jani Nikula <jani.nikula@linux.intel.com>
    Cc: Vandita Kulkarni <vandita.kulkarni@intel.com>
    Cc: Cooper Chiou <cooper.chiou@intel.com>
    Cc: William Tseng <william.tseng@intel.com>
    Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
    ShawnCLee authored and intel-lab-lkp committed Aug 12, 2021
  6. drm/i915/jsl: program DSI panel GPIOs

    DSI driver should have its own implementation to toggle
    gpio pins based on GPIO info coming from VBT sequences.
    
    v2: Remove redundant ICP_PP_CONTROL() define.
    
    Cc: Ville Syrjala <ville.syrjala@linux.intel.com>
    Cc: Jani Nikula <jani.nikula@linux.intel.com>
    Cc: Vandita Kulkarni <vandita.kulkarni@intel.com>
    Cc: Cooper Chiou <cooper.chiou@intel.com>
    Cc: William Tseng <william.tseng@intel.com>
    Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
    ShawnCLee authored and intel-lab-lkp committed Aug 12, 2021
  7. drm/i915/dsi: send correct gpio_number on gen11 platform

    Transfer "gpio_nunmber" instead of "gpio_index" while doing
    gpio configuration in icl_exec_gpio().
    
    Cc: Ville Syrjala <ville.syrjala@linux.intel.com>
    Cc: Jani Nikula <jani.nikula@linux.intel.com>
    Cc: Vandita Kulkarni <vandita.kulkarni@intel.com>
    Cc: Cooper Chiou <cooper.chiou@intel.com>
    Cc: William Tseng <william.tseng@intel.com>
    Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
    ShawnCLee authored and intel-lab-lkp committed Aug 12, 2021
  8. drm/i915: Tweaked Wa_14010685332 for all PCHs

    dispcnlunit1_cp_xosc_clkreq clock observed to be active on TGL-H platform
    despite Wa_14010685332 original sequence,
    thus blocks entry to deeper s0ix state.
    
    The Tweaked Wa_14010685332 sequence fixes this issue, therefore use tweaked
    Wa_14010685332 sequence for every PCH since PCH_CNP.
    
    v2:
    - removed RKL from comment and simplified condition. [Rodrigo]
    
    Fixes: b896898 ("drm/i915: Tweaked Wa_14010685332 for PCHs used on gen11 platforms")
    Cc: Matt Roper <matthew.d.roper@intel.com>
    Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Cc: Imre Deak <imre.deak@intel.com>
    Signed-off-by: Anshuman Gupta <anshuman.gupta@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210810113112.31739-2-anshuman.gupta@intel.com
    anshuma1 committed Aug 12, 2021

Commits on Aug 11, 2021

  1. drm/i915: Only access SFC_DONE when media domain is not fused off

    The SFC_DONE register lives within the corresponding VD0/VD2/VD4/VD6
    forcewake domain and is not accessible if the vdbox in that domain is
    fused off and the forcewake is not initialized.
    
    This mistake went unnoticed because until recently we were using the
    wrong register offset for the SFC_DONE register; once the register
    offset was corrected, we started hitting errors like
    
      <4> [544.989065] i915 0000:cc:00.0: Uninitialized forcewake domain(s) 0x80 accessed at 0x1ce000
    
    on parts with fused-off vdbox engines.
    
    Fixes: e50dbdb ("drm/i915/tgl: Add SFC instdone to error state")
    Fixes: 82929a2 ("drm/i915: Correct SFC_DONE register offset")
    Cc: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
    Cc: Mika Kuoppala <mika.kuoppala@linux.intel.com>
    Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210806174130.1058960-1-matthew.d.roper@intel.com
    Reviewed-by: José Roberto de Souza <jose.souza@intel.com>
    mattrope committed Aug 11, 2021
  2. drm/i915/dg2: Configure PCON in DP pre-enable path

    Add the functions to configure HDMI2.1 pcon for DG2, before DP link
    training.
    
    Signed-off-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
    Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
    Reviewed-by: José Roberto de Souza <jose.souza@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210805163647.801064-10-matthew.d.roper@intel.com
    aknautiyal authored and mattrope committed Aug 11, 2021
  3. drm/i915/display: Fix the 12 BPC bits for PIPE_MISC reg

    Till DISPLAY12 the PIPE_MISC bits 5-7 are used to set the
    Dithering BPC, with valid values of 6, 8, 10 BPC.
    For ADLP+ these bits are used to set the PORT OUTPUT BPC, with valid
    values of: 6, 8, 10, 12 BPC, and need to be programmed whether
    dithering is enabled or not.
    
    This patch:
    -corrects the bits 5-7 for PIPE MISC register for 12 BPC.
    -renames the bits and mask to have generic names for these bits for
    dithering bpc and port output bpc.
    
    v3: Added a note for MIPI DSI which uses the PIPE_MISC for readout
    for pipe_bpp. (Uma Shankar)
    
    v2: Added 'display' to the subject and fixes tag. (Uma Shankar)
    
    Fixes: 756f85c ("drm/i915/bdw: Broadwell has PIPEMISC")
    Cc: Paulo Zanoni <paulo.r.zanoni@intel.com> (v1)
    Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
    Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
    Cc: Jani Nikula <jani.nikula@linux.intel.com>
    Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
    Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Cc: intel-gfx@lists.freedesktop.org
    Cc: <stable@vger.kernel.org> # v3.13+
    
    Signed-off-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
    Reviewed-by: Uma Shankar <uma.shankar@intel.com>
    Signed-off-by: Uma Shankar <uma.shankar@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210811051857.109723-1-ankit.k.nautiyal@intel.com
    aknautiyal authored and uma-intel committed Aug 11, 2021

Commits on Aug 6, 2021

  1. drm/i915/dg2: Add support for new DG2-G11 revid 0x5

    The bspec has been updated with a new revision 0x5 that translates to B1
    GT stepping and C0 display stepping.
    
    Bspec: 44477
    Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
    Reviewed-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210805163647.801064-2-matthew.d.roper@intel.com
    mattrope committed Aug 6, 2021

Commits on Aug 3, 2021

  1. drm/i915/display/adl_p: Correctly program MBUS DBOX A credits

    Alderlake-P have different values for MBUS DBOX A credits depending
    if MBUS join is enabled or not.
    
    BSpec: 50343
    BSpec: 54369
    Cc: Matt Atwood <matthew.s.atwood@intel.com>
    Signed-off-by: José Roberto de Souza <jose.souza@intel.com>
    Reviewed-by: Matt Roper <matthew.d.roper@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210708211827.288601-6-jose.souza@intel.com
    zehortigoza committed Aug 3, 2021
  2. drm/i915: Apply CMTG clock disabling WA while DPLL0 is enabled

    CI test results/further experiments show that the workaround added in
    
    commit 573d7ce ("drm/i915/adlp: Add workaround to disable CMTG clock gating")
    
    can be applied only while DPLL0 is enabled. If it's disabled the
    TRANS_CMTG_CHICKEN register is not accessible. Accordingly move the WA
    to DPLL0 HW state sanitization and enabling.
    
    This fixes an issue where the WA won't get applied (and a WARN is thrown
    due to an unexpected value in TRANS_CMTG_CHICKEN) if the driver is
    loaded without DPLL0 being enabled: booting without BIOS enabling an
    output with this PLL, or reloading the driver.
    
    While at it also add a debug print for the unexpected register value.
    
    Cc: José Roberto de Souza <jose.souza@intel.com>
    Signed-off-by: Imre Deak <imre.deak@intel.com>
    Reviewed-by: José Roberto de Souza <jose.souza@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210802190148.2099625-1-imre.deak@intel.com
    ideak committed Aug 3, 2021

Commits on Aug 2, 2021

  1. drm/i915: Correct SFC_DONE register offset

    The register offset for SFC_DONE was missing a '0' at the end, causing
    us to read from a non-existent register address.  We only use this
    register in error state dumps so the mistake hasn't caused any real
    problems, but fixing it will hopefully make the error state dumps a bit
    more useful for debugging.
    
    Fixes: e50dbdb ("drm/i915/tgl: Add SFC instdone to error state")
    Cc: Mika Kuoppala <mika.kuoppala@linux.intel.com>
    Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728233411.2365788-1-matthew.d.roper@intel.com
    Reviewed-by: Mika Kuoppala <mika.kuoppala@linux.intel.com>
    mattrope committed Aug 2, 2021
  2. drm/i915/dg1: Adjust the AUDIO power domain

    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: Imre Deak <imre.deak@intel.com>
    Signed-off-by: Anshuman Gupta <anshuman.gupta@intel.com>
    [Fix typo in commit message and in AUDIO_PLAYBACK domain name]
    Signed-off-by: Imre Deak <imre.deak@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210729121858.16897-2-anshuman.gupta@intel.com
    anshuma1 authored and ideak committed Aug 2, 2021

Commits on Jul 30, 2021

  1. drm/i915: finish removal of CNL

    With all the users removed, finish removing the CNL platform definitions.
    We will leave the PCI IDs around as those are exposed to userspace.
    Even if mesa doesn't support CNL anymore, let's avoid build breakages
    due to changing the headers.
    
    Also, due to drm/i915/gt still using IS_CANNONLAKE() let's just redefine
    it instead of removing.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-26-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  2. drm/i915: rename/remove CNL registers

    Remove registers that are not used anymore due to CNL removal and rename
    those that are.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-25-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  3. drm/i915: remove GRAPHICS_VER == 10

    Replace all remaining handling of GRAPHICS_VER {==,>=} 10 with
    {==,>=} 11. With the removal of CNL, there is no platform with graphics
    version equals 10.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-24-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  4. drm/i915: switch num_scalers/num_sprites to consider DISPLAY_VER

    The numbers of scalers and sprites depend on the display version, so use
    it instead of GRAPHICS_VER. We were mixing both, which let me confused
    while removing CNL and GRAPHICS_VER == 10.
    
    v2 (Rodrigo): Switch IS_GEMINILAKE to DISPLAY_VER == 10
    v3 (Lucas): Change check to DISPLAY_VER >= 9, to cover the GLK's num_scalers,
    otherwise it remains set to 0.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-23-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  5. drm/i915: replace random CNL comments

    Cleanup remaining cases that we find CNL in the codebase.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-22-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  6. drm/i915: rename CNL references in intel_dram.c

    With the removal of CNL, let's consider ICL as the first platform using
    those constants.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-21-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  7. drm/i915: remove explicit CNL handling from intel_wopcm.c

    Consider the new WOPCM size as starting in ICL rather than CNL since the
    latter is being removed from the driver.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-20-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  8. drm/i915: remove explicit CNL handling from intel_pch.c

    Remove references for CNL from pch detection.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-19-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  9. drm/i915: remove explicit CNL handling from intel_pm.c

    Remove support for CNL as it's highly untested, probably broken, and
    there is no real platform that requires this code. This is part of CNL
    removal from i915.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-18-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  10. drm/i915: remove explicit CNL handling from i915_irq.c

    Remove special handling of PORT_F in i915_irq.c and only do it for
    DISPLAY_VER == 11.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-17-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  11. drm/i915/display: rename CNL references in skl_scaler.c

    With the removal of CNL, let's consider GLK as the first platform using
    those constants since GLK has DISPLAY_VER == 10.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-16-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  12. drm/i915/display: remove CNL ddi buf translation tables

    The only real platform with DISPLAY_VER == 10 is GLK. We don't need to
    handle CNL explicitly.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210729162332.1774275-1-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  13. drm/i915/display: remove explicit CNL handling from intel_display_pow…

    …er.c
    
    The only real platform with DISPLAY_VER == 10 is GLK. We don't need to
    handle CNL explicitly in intel_display_power.c.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-14-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  14. drm/i915/display: remove explicit CNL handling from skl_universal_pla…

    …ne.c
    
    The only real platform with DISPLAY_VER == 10 is GLK. We don't need to
    handle CNL explicitly in skl_universal_plane.c.
    
    Remove code and rename functions/macros accordingly to use ICL prefix.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-13-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  15. drm/i915/display: remove explicit CNL handling from intel_vdsc.c

    Only one reference to CNL that is not needed, but code is the same for
    DISPLAY_VER >= 11, so leave the code around and just remove the special
    case for CNL.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-12-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  16. drm/i915/display: remove explicit CNL handling from intel_dpll_mgr.c

    The only real platform with DISPLAY_VER == 10 is GLK. We don't need to
    handle CNL explicitly in intel_ddi.c.
    
    A lot of special code for CNL can be removed. There were some
    __cnl.*() functions that were created to share the implementation
    between ICL and CNL. Those are now embedded in the only caller, in ICL.
    
    Remove code and rename functions/macros accordingly to use ICL prefix
    for those that are still needed.
    
    Verified with:
    
    	make EXTRA_CFLAGS=-Wunused drivers/gpu/drm/i915/display/intel_dpll_mgr.o
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210729233934.2059489-1-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  17. drm/i915/display: remove explicit CNL handling from intel_dp.c

    The only real platform with DISPLAY_VER == 10 is GLK. We don't need to
    handle CNL explicitly in intel_dp.c.
    
    Remove code and rename functions/macros accordingly to use ICL prefix.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-10-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  18. drm/i915/display: remove explicit CNL handling from intel_dmc.c

    Remove DMC firmware for CNL.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Matt Roper <matthew.d.roper@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-9-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
  19. drm/i915/display: remove explicit CNL handling from intel_display_deb…

    …ugfs.c
    
    Only one reference to CNL that is not needed, but code is the same for
    DISPLAY_VER >= 11, so leave the code around and just remove the special
    case for CNL.
    
    Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20210728215946.1573015-8-lucas.demarchi@intel.com
    lucasdemarchi committed Jul 30, 2021
Older