1. 20 Jan, 2014 4 commits
    • Ville Syrjälä's avatar
      drm: Pass the display mode to drm_calc_vbltimestamp_from_scanoutpos() · 7da903ef
      Ville Syrjälä authored
      Rather than using crtc->hwmode, just pass the relevant mode to
      drm_calc_vbltimestamp_from_scanoutpos(). This removes the last hwmode
      usage from core drm.
      
      Reviewed-by: mario.kleiner.de@gmail.com
      Signed-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      7da903ef
    • Ville Syrjälä's avatar
      drm: Pass the display mode to drm_calc_timestamping_constants() · 545cdd55
      Ville Syrjälä authored
      We don't really use hwmode anymore in i915, so eliminating its use
      from the core code seems prudent. Just pass the appropriate mode
      to drm_calc_timestamping_constants().
      
      Reviewed-by: mario.kleiner.de@gmail.com
      Signed-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      545cdd55
    • Dave Airlie's avatar
      Merge branch 'drm-intel-next' of git://people.freedesktop.org/~danvet/drm-intel into drm-next · cfd72a4c
      Dave Airlie authored
      drm-intel-next-2014-01-10:
      - final bits for runtime D3 on Haswell from Paul (now enabled fully)
      - parse the backlight modulation freq information in the VBT from Jani
        (but not yet used)
      - more watermark improvements from Ville for ilk-ivb and bdw
      - bugfixes for fastboot from Jesse
      - watermark fix for i830M (but not yet everything)
      - vlv vga hotplug w/a (Imre)
      - piles of other small improvements, cleanups and fixes all over
      
      Note that the pull request includes a backmerge of the last drm-fixes
      pulled into Linus' tree - things where getting a bit too messy. So the
      shortlog also contains a bunch of patches from Linus tree. Please yell if
      you want me to frob it for you a bit.
      
      * 'drm-intel-next' of git://people.freedesktop.org/~danvet/drm-intel: (609 commits)
        drm/i915/bdw: make sure south port interrupts are enabled properly v2
        drm/i915: Include more information in disabled hotplug interrupt warning
        drm/i915: Only complain about a rogue hotplug IRQ after disabling
        drm/i915: Only WARN about a stuck hotplug irq ONCE
        drm/i915: s/hotplugt_status_gen4/hotplug_status_g4x/
      cfd72a4c
    • Dave Airlie's avatar
      Merge tag 'vmwgfx-next-2014-01-17' of git://people.freedesktop.org/~thomash/linux into drm-next · 9354eafd
      Dave Airlie authored
      Pull request of 2014-01-17
      
      Pull request for 3.14. One not so urgent fix, One huge device update.
      
      The pull request corresponds to the patches sent out on dri-devel, except:
      [PATCH 02/33], review tag typo pointed out by Matt Turner.
      [PATCH 04/33], dropped. The new surface formats are never used.
      
      The upcoming vmware svga2 hardware version 11 will introduce the concept
      of "guest backed objects" or -resources. The device will in principle
      get all
      of its memory from the guest, which has big advantages from the device
      point of view.
      
      This means that vmwgfx contexts, shaders and surfaces need to be backed
      by guest memory in the form of buffer objects called MOBs, presumably
      short for MemoryOBjects, which are bound to the device in a special way.
      
      This patch series introduces guest backed object support. Some new IOCTLs
      are added to allocate these new guest backed object, and to optionally
      provide
      them with a backing MOB.
      
      There is an update to the gallium driver that comes with this update, and
      it will be pushed in the near timeframe presumably to a separate mesa branch
      before merged to master.
      
      * tag 'vmwgfx-next-2014-01-17' of git://people.freedesktop.org/~thomash/linux: (33 commits)
        drm/vmwgfx: Invalidate surface on non-readback unbind
        drm/vmwgfx: Silence the device command verifier
        drm/vmwgfx: Implement 64-bit Otable- and MOB binding v2
        drm/vmwgfx: Fix surface framebuffer check for guest-backed surfaces
        drm/vmwgfx: Update otable definitions
        drm/vmwgfx: Use the linux DMA api also for MOBs
        drm/vmwgfx: Ditch the vmw_dummy_query_bo_prepare function
        drm/vmwgfx: Persistent tracking of context bindings
        drm/vmwgfx: Track context bindings and scrub them upon exiting execbuf
        drm/vmwgfx: Block the BIND_SHADERCONSTS command
        drm/vmwgfx: Add a parameter to get max MOB memory size
        drm/vmwgfx: Implement a buffer object synccpu ioctl.
        drm/vmwgfx: Make sure that the multisampling is off
        drm/vmwgfx: Extend the command verifier to handle guest-backed on / off
        drm/vmwgfx: Fix up the vmwgfx_drv.h header for new files
        drm/vmwgfx: Enable 3D for new hardware version
        drm/vmwgfx: Add new unused (by user-space) commands to the verifier
        drm/vmwgfx: Validate guest-backed shader const commands
        drm/vmwgfx: Add guest-backed shaders
        drm/vmwgfx: Hook up guest-backed surfaces
        ...
      9354eafd
  2. 17 Jan, 2014 33 commits
  3. 16 Jan, 2014 2 commits
    • Daniel Vetter's avatar
      Merge commit origin/master into drm-intel-next · 0d9d349d
      Daniel Vetter authored
      Conflicts are getting out of hand, and now we have to shuffle even
      more in -next which was also shuffled in -fixes (the call for
      drm_mode_config_reset needs to move yet again).
      
      So do a proper backmerge. I wanted to wait with this for the 3.13
      relaese, but alas let's just do this now.
      
      Conflicts:
      	drivers/gpu/drm/i915/i915_reg.h
      	drivers/gpu/drm/i915/intel_ddi.c
      	drivers/gpu/drm/i915/intel_display.c
      	drivers/gpu/drm/i915/intel_pm.c
      
      Besides the conflict around the forcewake get/put (where we chaged the
      called function in -fixes and added a new parameter in -next) code all
      the current conflicts are of the adjacent lines changed type.
      Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      0d9d349d
    • Dave Airlie's avatar
      drm/mgag200: fix oops in cursor code. · 53dac830
      Dave Airlie authored
      In some cases we enter the cursor code with file_priv = NULL causing an oops,
      we also can try to unpin something that isn't pinned, and this is a good fix for it.
      
      Cc: stable@vger.kernel.org
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      53dac830
  4. 15 Jan, 2014 1 commit