1. 10 Feb, 2020 9 commits
  2. 09 Feb, 2020 3 commits
  3. 08 Feb, 2020 4 commits
  4. 07 Feb, 2020 15 commits
  5. 06 Feb, 2020 5 commits
  6. 05 Feb, 2020 4 commits
    • Chris Wilson's avatar
      drm/i915: Flush execution tasklets before checking request status · 602ddb41
      Chris Wilson authored
      Rather than flushing the submission tasklets just before we sleep, flush
      before we check the request status. Ideally this gives us a moment to
      process the tasklets after sleeping just before we timeout.
      
      v2: Compromise by pushing the flush prior to the timeout, but after the
      check on completion so that we do not further delay the ready client.
      Signed-off-by: default avatarChris Wilson <chris@chris-wilson.co.uk>
      Reviewed-by: default avatarMika Kuoppala <mika.kuoppala@linux.intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20200205095441.1769599-1-chris@chris-wilson.co.uk
      602ddb41
    • Chris Wilson's avatar
      drm/i915: Mark i915.reset as unsigned · aae970d8
      Chris Wilson authored
      We have been using '-1' to mean the maximum i915.reset level in the
      belief that it was unsigned... This turns out to have been a grave
      error, and instead of setting the default reset mechanism in igt,
      we have been disabling reset!
      Signed-off-by: default avatarChris Wilson <chris@chris-wilson.co.uk>
      Reviewed-by: default avatarMika Kuoppala <mika.kuoppala@linux.intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20200205123757.1834947-1-chris@chris-wilson.co.uk
      aae970d8
    • Stanislav Lisovskiy's avatar
      drm/i915: Correctly map DBUF slices to pipes · ff2cd863
      Stanislav Lisovskiy authored
      Added proper DBuf slice mapping to correspondent
      pipes, depending on pipe configuration as stated
      in BSpec.
      
      v2:
          - Remove unneeded braces
          - Stop using macro for DBuf assignments as
            it seems to reduce readability.
      
      v3: Start using enabled slices mask in dev_priv
      
      v4: Renamed "enabled_slices" used in dev_priv
          to "enabled_dbuf_slices_mask"(Matt Roper)
      
      v5: - Removed redundant parameters from
            intel_get_ddb_size function.(Matt Roper)
          - Made i915_possible_dbuf_slices static(Matt Roper)
          - Renamed total_width into total_width_in_range
            so that it now reflects that this is not
            a total pipe width but the one in current
            dbuf slice allowed range for pipe.(Matt Roper)
          - Removed 4th pipe for ICL in DBuf assignment
            table(Matt Roper)
          - Fixed wrong DBuf slice in DBuf table for TGL
            (Matt Roper)
          - Added comment regarding why we currently not
            using pipe ratio for DBuf assignment for ICL
      
      v6: - Changed u32 to unsigned int in
            icl_get_first_dbuf_slice_offset function signature
            (Ville Syrjälä)
          - Changed also u32 to u8 in dbuf slice mask structure
            (Ville Syrjälä)
          - Switched from DBUF_S1_BIT to enum + explicit
            BIT(DBUF_S1) access(Ville Syrjälä)
          - Switched to named initializers in DBuf assignment
            arrays(Ville Syrjälä)
          - DBuf assignment arrays now use autogeneration tool
            from
            https://patchwork.freedesktop.org/series/70493/
            to avoid typos.
          - Renamed i915_find_pipe_conf to *_compute_dbuf_slices
            (Ville Syrjälä)
          - Changed platforms ordering in skl_compute_dbuf_slices
            to be from newest to oldest(Ville Syrjälä)
      
      v7: - Now ORing assigned DBuf slice config always with DBUF_S1
            because slice 1 has to be constantly powered on.
            (Ville Syrjälä)
      
      v8: - Added pipe_name for neater printing(Ville Syrjälä)
          - Renamed width_before_pipe to width_before_pipe_in_range,
            to better reflect that now all the calculations are happening
            inside DBuf range allowed by current pipe configuration mask
            (Ville Syrjälä)
          - Shortened FIXME comment message, regarding constant ORing with
            DBUF_S1(Ville Syrjälä)
          - Added .dbuf_mask named initializer to pipe assignment array
            (Ville Syrjälä)
          - Edited pipe assignment array to use only single DBuf slice
            for gen11 single pipe configurations, until "pipe ratio"
            thing is finally sorted out(Ville Syrjälä)
          - Removed unused parameter crtc_state for now(Ville Syrjälä)
            from icl/tgl_compute_dbuf_slices function
      Reviewed-by: default avatarMatt Roper <matthew.d.roper@intel.com>
      Signed-off-by: default avatarStanislav Lisovskiy <stanislav.lisovskiy@intel.com>
      Signed-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20200202230630.8975-7-stanislav.lisovskiy@intel.com
      ff2cd863
    • Stanislav Lisovskiy's avatar
      drm/i915: Manipulate DBuf slices properly · 0f0f9aee
      Stanislav Lisovskiy authored
      Start manipulating DBuf slices as a mask,
      but not as a total number, as current approach
      doesn't give us full control on all combinations
      of slices, which we might need(like enabling S2
      only can't enabled by setting enabled_slices=1).
      
      Removed wrong code from intel_get_ddb_size as
      it doesn't match to BSpec. For now still just
      use DBuf slice until proper algorithm is implemented.
      
      Other minor code refactoring to get prepared
      for major DBuf assignment changes landed:
      - As now enabled slices contain a mask
        we still need some value which should
        reflect how much DBuf slices are supported
        by the platform, now device info contains
        num_supported_dbuf_slices.
      - Removed unneeded assertion as we are now
        manipulating slices in a more proper way.
      
      v2: Start using enabled_slices in dev_priv
      
      v3: "enabled_slices" is now "enabled_dbuf_slices_mask",
          as this now sits in dev_priv independently.
      
      v4: - Fixed debug print formatting to hex(Matt Roper)
          - Optimized dbuf slice updates to be used only
            if slice union is different from current conf(Matt Roper)
          - Fixed some functions to be static(Matt Roper)
          - Created a parameterized version for DBUF_CTL to
            simplify DBuf programming cycle(Matt Roper)
          - Removed unrequred field from GEN10_FEATURES(Matt Roper)
      
      v5: - Removed redundant programming dbuf slices helper(Ville Syrjälä)
          - Started to use parameterized loop for hw readout to get slices
            (Ville Syrjälä)
          - Added back assertion checking amount of DBUF slices enabled
            after DC states 5/6 transition, also added new assertion
            as starting from ICL DMC seems to restore the last DBuf
            power state set, rather than power up all dbuf slices
            as assertion was previously expecting(Ville Syrjälä)
      
      v6: - Now using enum for DBuf slices in this patch (Ville Syrjälä)
          - Removed gen11_assert_dbuf_enabled and put gen9_assert_dbuf_enabled
            back, as we really need to have a single unified assert here
            however currently enabling always slice 1 is enforced by BSpec,
            so we will have to OR enabled slices mask with 1 in order
            to be consistent with BSpec, that way we can unify that
            assertion and against the actual state from the driver, but
            not some hardcoded value.(concluded with Ville)
          - Remove parameterized DBUF_CTL version, to extract it to another
            patch.(Ville Syrjälä)
      v7:
          - Removed unneeded hardcoded return value for older gens from
            intel_enabled_dbuf_slices_mask - this now is handled in a
            unified manner since device info anyway returns max dbuf slices
            as 1 for older platforms(Matthew Roper)
          - Now using INTEL_INFO(dev_priv)->num_supported_dbuf_slices instead
            of intel_dbuf_max_slices function as it is trivial(Matthew Roper)
      
      v8: - Fixed icl_dbuf_disable to disable all dbufs still(Ville Syrjälä)
      
      v9: - Renamed _DBUF_CTL_S to DBUF_CTL_S(Ville Syrjälä)
          - Now using power_domain mutex to protect from race condition, which
            can occur because intel_dbuf_slices_update might be running in
            parallel to gen9_dc_off_power_well_enable being called from
            intel_dp_detect for instance, which causes assertion triggered by
            race condition, as gen9_assert_dbuf_enabled might preempt this
            when registers were already updated, while dev_priv was not.
      Reviewed-by: default avatarMatt Roper <matthew.d.roper@intel.com>
      Reviewed-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      Signed-off-by: default avatarStanislav Lisovskiy <stanislav.lisovskiy@intel.com>
      Signed-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20200202230630.8975-6-stanislav.lisovskiy@intel.com
      0f0f9aee