1. 22 Jun, 2016 2 commits
    • Imre Deak's avatar
      drm/i915: Initialize the PPS HW before its first use · 0080b5da
      Imre Deak authored
      The initial DPCD read for eDP detection involves using the PPS, but so
      far we only initialized the PPS registers after the DPCD read. The
      reason this was done so far is to preserve a possible LVDS PPS HW setup
      if LVDS is detected but eDP is not. This is not an issue any more after
      the previous patch, so we can move the init earlier now.
      
      This was caught by CI with the PPS sanity checks in place and the
      initial eDP DPCD readout waiting for the panel power cycle timeout
      without the PPS registers being initialized.
      
      CC: Ville Syrjälä <ville.syrjala@linux.intel.com>
      CC: Chris Wilson <chris@chris-wilson.co.uk>
      Signed-off-by: default avatarImre Deak <imre.deak@intel.com>
      Reviewed-by: default avatarChris Wilson <chris@chris-wilson.co.uk>
      Reviewed-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      Link: http://patchwork.freedesktop.org/patch/msgid/1466499109-20240-3-git-send-email-imre.deak@intel.com
      0080b5da
    • Imre Deak's avatar
      drm/i915/ibx, cpt: Don't attempt to register eDP if LVDS was detected · 97a824e1
      Imre Deak authored
      Atm on IBX/CPT we attempt to detect if eDP is present even if LVDS was
      already detected and an encoder for it was registered. This involves
      trying to read out the eDP DPCD, which in turn needs the same power
      sequencer that LVDS uses. Poking at the VDD line at an unexpected time
      may or may not interfere with the LVDS panel, but it's probably safer to
      prevent this. Registering both an LVDS and an eDP connector would also
      present a similar problem accessing the shared PPS at any point later in
      an unexpected way.
      
      We also need this to be able fix PPS initialization before its first use
      in the next patch. For that we want to be sure that PPS is not in use
      by LVDS.
      
      v2:
      - Split out the PPS init fix to a separate patch. (Chris)
      - Add comment about eDP init depending on LVDS init. (Chris)
      - Make the use of the intel_encoder ptr less error prone.
      v3:
      - Use IBX/CPT reference instead of the incorrect ILK, add a WARN about
        this. (Ville)
      v4:
      - Use a helper to get the lvds encoder instead of opencoding the same.
        (Ville)
      
      CC: Ville Syrjälä <ville.syrjala@linux.intel.com>
      CC: Chris Wilson <chris@chris-wilson.co.uk>
      Signed-off-by: default avatarImre Deak <imre.deak@intel.com>
      Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> (v2)
      Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com> (v3)
      Link: http://patchwork.freedesktop.org/patch/msgid/1466499109-20240-2-git-send-email-imre.deak@intel.com
      97a824e1
  2. 21 Jun, 2016 12 commits
  3. 20 Jun, 2016 7 commits
  4. 19 Jun, 2016 1 commit
  5. 17 Jun, 2016 10 commits
  6. 16 Jun, 2016 7 commits
  7. 15 Jun, 2016 1 commit
    • Dave Airlie's avatar
      Merge tag 'topic/drm-misc-2016-06-15' of git://anongit.freedesktop.org/drm-intel into drm-next · a0877f52
      Dave Airlie authored
      - best_encoder cleanup from Boris.
      - drm_simple_display_pipe helpers from Noralf. Looks really neat imo, and
        there's 2-3 in-flight drivers which look like they could/should use it.
        Anyway, with this we have now helpers and everything in place to write
        drivers for simple hw with fewer complexity in the driver than what
        fbdev would need. That was the last complaint I've heard from embedded
        folks after we made atomic happen. Mission accomplished!
      - nonblocking commit helpers for atomic, plus a bunch of driver patches
        for that.
      - Prep patch from Laurent for cleaned up pixel format functions.
      - More of Gustavo's cleanup for drm vblank functions.
      - and a few oddball things in between
      
      Plus the merge of docs-next to prep the docbook->sphinx conversion as
      discussed. Jon cc'ed as fyi.
      
      * tag 'topic/drm-misc-2016-06-15' of git://anongit.freedesktop.org/drm-intel: (108 commits)
        drm/atomic-helpers: Clear up cleanup_done a bit
        drm/atomic-helpers: Stall on the right commit
        drm/vmwgfx: use *_32_bits() macros
        drm/virtio: Don't reinvent a flipping wheel
        drm/i915: Fix missing unlock on error in i915_ppgtt_info()
        drm/gma500: use drm_crtc_vblank_{on,off}()
        drm/radeon: use crtc directly in drm_crtc_vblank_put()
        drm/amdgpu: use crtc directly in drm_crtc_vblank_put()
        drm/radeon: use drm_crtc_vblank_{on,off}()
        drm/amdgpu: use drm_crtc_vblank_{on,off}()
        drm: make drm_vblank_{get,put}() static
        drm: remove legacy drm_arm_vblank_event()
        drm: remove legacy drm_send_vblank_event()
        drm/nouveau: replace legacy vblank helpers
        drm/prime: fix error path deadlock fail
        drm/dsi: Add uevent callback
        drm: fb: cma: fix memory leak
        drm: i915: Rely on the default ->best_encoder() behavior where appropriate
        drm: Add helper for simple display pipeline
        drm/bridge: dw-hdmi: Use drm_atomic_helper_best_encoder()
        ...
      a0877f52