1. 19 5月, 2020 1 次提交
    • V
      drm/i915: Fix 400 MHz FSB readout on elk · 6f62bda1
      Ville Syrjälä 提交于
      Looks like elk redefines some of the CLKCFG FSB values to
      make room for 400 MHz FSB. The setting overlaps with one of
      the 266MHz settings (which is even documented in the ctg docs,
      and cofirmed to be correct on my ctg). So we limit the special
      case to elk only.
      
      Though it might also be that we have some kind of desktop vs.
      mobile difference going on here as eg. both g35 and elk
      use 0x0 for the 266 MHz setting, vs. 0x6 used by ctg). The
      g35 doesn't let me select 400MHz for the FSB strap so can't
      confirm which way it would go here. But anyways as it seems
      only elk has the 400MHz option we shouldn't lose anything
      by limiting the special case to it alone.
      
      My earlier experiments on this appear to have been nonsense as
      the comment I added claims that FSB strap of 400MHz results in
      a value of 0x4, but I've now retested it and I definitely get a
      value of 0x6 instead. So let's remove that bogus comment.
      
      v2: s/_ELK/_ALT/ in the define in anticipation of a full
          mobile vs. desktop CLKCFG split
      Signed-off-by: NVille Syrjälä <ville.syrjala@linux.intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20200514123838.3017-1-ville.syrjala@linux.intel.comAcked-by: NChris Wilson <chris@chris-wilson.co.uk>
      6f62bda1
  2. 10 3月, 2020 1 次提交
  3. 23 2月, 2020 1 次提交
  4. 19 2月, 2020 1 次提交
  5. 12 2月, 2020 1 次提交
  6. 11 2月, 2020 1 次提交
  7. 31 1月, 2020 11 次提交
  8. 27 1月, 2020 1 次提交
  9. 23 1月, 2020 1 次提交
    • W
      drm/i915/cdclk: use new struct drm_device logging macros · 23194610
      Wambui Karuga 提交于
      Converts instances of the printk based debugging macros with the new
      struct drm_device based logging macros in i915/display/intel_cdclk.c.
      The conversion is achieved using the following coccinelle script that
      transforms based on the existence of a struct drm_i915_private device in
      the function:
      
      @rule1@
      identifier fn, T;
      @@
      
      fn(struct drm_i915_private *T,...) {
      <+...
      (
      -DRM_INFO(
      +drm_info(&T->drm,
      ...)
      |
      -DRM_ERROR(
      +drm_err(&T->drm,
      ...)
      |
      -DRM_WARN(
      +drm_warn(&T->drm,
      ...)
      |
      -DRM_DEBUG(
      +drm_dbg(&T->drm,
      ...)
      |
      -DRM_DEBUG_DRIVER(
      +drm_dbg(&T->drm,
      ...)
      |
      -DRM_DEBUG_KMS(
      +drm_dbg_kms(&T->drm,
      ...)
      )
      ...+>
      }
      
      @rule2@
      identifier fn, T;
      @@
      
      fn(...) {
      ...
      struct drm_i915_private *T = ...;
      <+...
      (
      -DRM_INFO(
      +drm_info(&T->drm,
      ...)
      |
      -DRM_ERROR(
      +drm_err(&T->drm,
      ...)
      |
      -DRM_WARN(
      +drm_warn(&T->drm,
      ...)
      |
      -DRM_DEBUG(
      +drm_dbg(&T->drm,
      ...)
      |
      -DRM_DEBUG_KMS(
      +drm_dbg_kms(&T->drm,
      ...)
      |
      -DRM_DEBUG_DRIVER(
      +drm_dbg(&T->drm,
      ...)
      )
      ...+>
      }
      
      Resulting checkpatch warnings were fixed manually.
      Signed-off-by: NWambui Karuga <wambui.karugax@gmail.com>
      Signed-off-by: NJani Nikula <jani.nikula@intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20200121134559.17355-6-wambui.karugax@gmail.com
      23194610
  10. 13 1月, 2020 1 次提交
  11. 25 11月, 2019 1 次提交
  12. 19 11月, 2019 1 次提交
  13. 01 11月, 2019 2 次提交
  14. 25 10月, 2019 3 次提交
  15. 15 10月, 2019 1 次提交
  16. 16 9月, 2019 1 次提交
  17. 12 9月, 2019 4 次提交
  18. 11 9月, 2019 7 次提交