1. 22 Jan, 2017 2 commits
    • Dave Airlie's avatar
      Merge tag 'drm-misc-fixes-2017-01-13' of git://anongit.freedesktop.org/git/drm-misc into drm-fixes · 78337c06
      Dave Airlie authored
      A few more core fixes.
      
      * tag 'drm-misc-fixes-2017-01-13' of git://anongit.freedesktop.org/git/drm-misc:
        drm/probe-helpers: Drop locking from poll_enable
        drm: Fix broken VT switch with video=1366x768 option
        drm: Schedule the output_poll_work with 1s delay if we have delayed event
      78337c06
    • Dave Airlie's avatar
      Merge tag 'drm-intel-fixes-2017-01-19' of... · f1750e14
      Dave Airlie authored
      Merge tag 'drm-intel-fixes-2017-01-19' of git://anongit.freedesktop.org/git/drm-intel into drm-fixes
      
      More GVT-g stuff than I'd like at this stage, but then again that's
      pretty new and isolated so I'm not too worried.
      
      * tag 'drm-intel-fixes-2017-01-19' of git://anongit.freedesktop.org/git/drm-intel: (26 commits)
        drm/i915: Ignore bogus plane coordinates on SKL when the plane is not visible
        drm/i915: Remove WaDisableLSQCROPERFforOCL KBL workaround.
        drm/i915/gvt: rewrite gt reset handler using new function intel_gvt_reset_vgpu_locked
        drm/i915/gvt: fix vGPU instance reuse issues by vGPU reset function
        drm/i915/gvt: introduce intel_vgpu_reset_mmio() to reset mmio space
        drm/i915/gvt: move mmio init/clean function to mmio.c
        drm/i915/gvt: introduce intel_vgpu_reset_cfg_space to reset configuration space
        drm/i915/gvt: move cfg space inititation function to cfg_space.c
        drm/i915/gvt: introuduce intel_vgpu_reset_gtt() to reset gtt
        drm/i915/gvt: introudce intel_vgpu_reset_resource() to reset vgpu resource state
        drm/i915: Fix phys pwrite for struct_mutex-less operation
        drm/i915: Clear ret before unbinding in i915_gem_evict_something()
        drm/i915/gvt: cleanup GFP flags
        drm/i915/gvt/kvmgt: return meaningful error for vgpu creating failure
        drm/i915/gvt: cleanup opregion memory allocation code
        drm/i915/gvt: destroy the allocated idr on vgpu creating failures
        drm/i915/gvt: init/destroy vgpu_idr properly
        drm/i915/gvt: dec vgpu->running_workload_num after the workload is really done
        drm/i915/gvt: fix use after free for workload
        drm/i915/gvt: remove duplicated definition
        ...
      f1750e14
  2. 18 Jan, 2017 2 commits
  3. 16 Jan, 2017 1 commit
  4. 13 Jan, 2017 8 commits
  5. 12 Jan, 2017 3 commits
  6. 11 Jan, 2017 1 commit
    • Takashi Iwai's avatar
      drm: Fix broken VT switch with video=1366x768 option · fdf35a6b
      Takashi Iwai authored
      I noticed that the VT switch doesn't work any longer with a Dell
      laptop with 1366x768 eDP when the machine is connected with a DP
      monitor.  It behaves as if VT were switched, but the graphics remain
      frozen.  Actually the keyboard works, so I could switch back to VT7
      again.
      
      I tried to track down the problem, and encountered a long story until
      we reach to this error:
      
      - The machine is booted with video=1366x768 option (the distro
        installer seems to add it as default).
      - Recently, drm_helper_probe_single_connector_modes() deals with
        cmdline modes, and it tries to create a new mode when no
        matching mode is found.
      - The drm_mode_create_from_cmdline_mode() creates a mode based on
        either CVT of GFT according to the given cmdline mode; in our case,
        it's 1366x768.
      - Since both CVT and GFT can't express the width 1366 due to
        alignment, the resultant mode becomes 1368x768, slightly larger than
        the given size.
      - Later on, the atomic commit is performed, and in
        drm_atomic_check_only(), the size of each plane is checked.
      - The size check of 1366x768 fails due to the above, and eventually
        the whole VT switch fails.
      
      Back in the history, we've had a manual fix-up of 1368x768 in various
      places via c09dedb7 ("drm/edid: Add a workaround for 1366x768 HD
      panel"), but they have been all in drm_edid.c at probing the modes
      from EDID.  For addressing the problem above, we need a similar hack
      to the mode newly created from cmdline, manually adjusting the width
      when the expected size is 1366 while we get 1368 instead.
      
      Fixes: eaf99c74 ("drm: Perform cmdline mode parsing during...")
      Cc: <stable@vger.kernel.org>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      Link: http://patchwork.freedesktop.org/patch/msgid/20170109145614.29454-1-tiwai@suse.deReviewed-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      Signed-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      fdf35a6b
  7. 10 Jan, 2017 2 commits
  8. 09 Jan, 2017 16 commits
  9. 08 Jan, 2017 5 commits